❶ Android Service启动方式
1.startService
①.定义一个类继承service
②.在manifest.xml文件中配置该service
③.使用context的startService(intent)启动该service
④.不再使用时,调用stopService(Intent)停止该服务
2.bindService
①.创建bindService服务段,继承自service并在类中,创建一个实现binder接口的实例对象并提供公共方法给客户端调用
②.从onbind()回调方法返回此binder实例
③.在客户端中,从onserviceconnected()回调方法接收binder,并使用提供的方法调用绑定服务
❷ Service的启动方式
对service有点了解的朋友肯定都会知道服务有两种启动方式，即startService和bindService。那么这两种服务有什么区别呢？
startService的特点：
启动方式:
在其它组件中通过startService()方法启动。
停止方式:
在其它组件中通过stopService()方法停止，或者在service中调用stopSelf()方法停止.
生命周期:
onCreate()--->onStartCommand()（onStart()方法已过时） ---> onDestory()
一旦启动，service即可在后台无限期运行，即使启动service的组件已经被销毁也不受影响，直到其被停止.
说明：如果服务已经开启，不会重复的执行onCreate()， 而是会调用onStart()和onStartCommand()。
服务停止的时候调用 onDestory()。服务只会被停止一次。
与其它组件的通信方式:
没有提供默认的通信方式，启动service后该service就处于独立运行状态
使用步骤:
(1)定义一个继承service的类
(2)在配置文件Manifest.xml中配置该service
(3)使用context调用startService(Intent)方法启动该service
(4)不再使用时，调用stopService(Intent)方法停止该服务
bindService的特点:
启动方式:
在其它组件中通过bindService()方法启动。
停止方式:
所有绑定service的组件都被销毁，或者所有绑定service的组件都调用了unbindService方法后会停止
生命周期:
onCreate() --->onBind()--->onunbind()--->onDestory()
一旦启动，只有当所有绑定service的组件都被销毁，或者所有绑定service的组件都调用了unbindService方法后才会停止
说明：bind的方式开启服务，绑定服务，调用者挂了，服务也会跟着挂掉。绑定者可以调用服务里面的方法
与其它组件的通信方式:
可以通过 ServiceConnection进行通信，组件可以与service进行交互、发送请求、获取结果，甚至是利用IPC跨进程执行这些操作
使用步骤:
(1)定义一个继承service的类
(2)在配置文件Manifest.xml中配置该service
(3)使用context调用bindService(Intent, ServiceConnection, int)方法启动该service
(4)不再使用时，调用unbindService(ServiceConnection)方法停止该服务
❸ Android基础：Service —— 默默为你服务
Service有两种启动方式，分别为 context.startService() 和 context.bindService() 。这里要提到Service的生命周期，两种不同的启动方式有不同的生命周期：
Tips：
首先创建自己的Service类，重写其生命周期，并在mainfest.xml中进行注册。
必须注册Service，不然不会调用。简单注册：
补充下Service在manifest中的属性以及作用：
接下来，我们就可以用下面的两个方法来启动和停止服务。
首先在我们的Activity中创建Service连接对象，重写连接和断开的方法。创建自定义的Binder对象，在 onServiceConnected() 中赋值然后可以调用自定义Binder中的方法。使用下方的bind()方法来绑定服务，使用 unBind() 来解绑服务。
这里会用到Service的 onBind() 和 onUnbind() 的生命周期，我们在TestService中重写之。这里要注意的是，使用bindService()方法启动的Service，不会调用 onStartCommand() 的生命周期。此外，创建自定义Binder类和对象。
这样，当我们使用Activity中的bind()方法来绑定服务，会自动启动服务，而我们又重写了 onServiceConnected() 方法并使用myBinder来调用方法。这样我们就可以用它来Activity和Service来进行通信。
特别Tips：
如果先使用 startService() 来开启服务和 bindService() 来绑定服务，当使用 unbindService() 解绑时，Service并不会被销毁。而是使用 stopService() 才能销毁服务。
前台服务和后台服务的区别：
在Service中进行操作，将服务类型以前台的方式运行显示在通知栏。
运行效果：
暂时引用吧，有空再实现一个：
参考资料：
❹ kubernetes(九) Service介绍、类型及使用
在kubernetes中，pod是应用程序的载体，我们可以通过pod的ip来访问应用程序，但是pod的ip地址不是固定的，这也就意味着不方便直接采用pod的ip对服务进行访问。
为了解决这个问题，kubernetes提供了Service资源，Service会对提供同一个服务的多个pod进行聚合，并且提供一个统一的入口地址。通过访问Service的入口地址就能访问到后面的pod服务。
Service在很多情况下只是一个概念，真正起作用的其实是kube-proxy服务进程，每个Node节点上都运行着一个kube-proxy服务进程。当创建Service的时候会通过api-server向etcd写入创建的service的信息，而kube-proxy会基于监听的机制发现这种Service的变动，然后 它会将最新的Service信息转换成对应的访问规则 。
规则有iptables，ipvs等，简单介绍下ipvs规则
10.97.97.97:80 是service提供的访问入口，当访问这个入口的时候，可以发现后面有三个pod 的服务在等待调用，kube-proxy 会基于rr（轮询）的策略，将请求分发到其中一个pod上去，这个规则会同时在集群内的所有节点上都生成，所以在任何一个节点上访问都可以。
kube-proxy目前支持三种工作模式:
userspace 模式
userspace模式下，kube-proxy会为每一个Service创建一个监听端口，发向Cluster IP的请求被Iptables规则重定向到kube-proxy监听的端口上，kube-proxy根据LB算法选择一个提供服务的Pod并和其建立链接，以将请求转发到Pod上。 该模式下，kube-proxy充当了一个四层负责均衡器的角色。由于kube-proxy运行在userspace中，在进行转发处理时会增加内核和用户空间之间的数据拷贝，虽然比较稳定，但是效率比较低。
iptables 模式
iptables模式下，kube-proxy为service后端的每个Pod创建对应的iptables规则，直接将发向Cluster IP的请求重定向到一个Pod IP。 该模式下kube-proxy不承担四层负责均衡器的角色，只负责创建iptables规则。该模式的优点是较userspace模式效率更高，但不能提供灵活的LB策略，当后端Pod不可用时也无法进行重试。
ipvs 模式
ipvs模式和iptables类似，kube-proxy监控Pod的变化并创建相应的ipvs规则。ipvs相对iptables转发效率更高。除此以外，ipvs支持更多的LB算法。
此模式必须安装ipvs内核模块，否则会降级为iptables，开启ipvs
Service的资源清单文件：
type：
在使用service之前，首先利用Deployment创建出3个pod，注意要为pod设置 app=nginx-pod 的标签
创建deployment.yaml，内容如下：
是集群内部地址，只能通过Node集群内部访问，创建service-clusterip.yaml文件
Endpoint
Endpoint是kubernetes中的一个资源对象，存储在etcd中，用来记录一个service对应的所有pod的访问地址，它是根据service配置文件中selector描述产生的。
一个Service由一组Pod组成，这些Pod通过Endpoints暴露出来， Endpoints是实现实际服务的端点集合 。换句话说，service和pod之间的联系是通过endpoints实现的。
负载分发策略
对Service的访问被分发到了后端的Pod上去，目前kubernetes提供了两种负载分发策略：
在某些场景中，开发人员可能不想使用Service提供的负载均衡功能，而希望自己来控制负载均衡策略，针对这种情况，kubernetes提供了HeadLiness Service，这类Service不会分配Cluster IP，如果想要访问service，只能通过service的域名进行查询。
创建service-headliness.yaml
在之前的样例中，创建的Service的ip地址只有集群内部才可以访问，如果希望将Service暴露给集群外部使用，那么就要使用到另外一种类型的Service，称为NodePort类型。NodePort的工作原理其实就是 将service的端口映射到Node的一个端口上 ，然后就可以通过 NodeIp:NodePort 来访问service了。
创建service-nodeport.yaml
LoadBalancer和NodePort很相似，目的都是向外部暴露一个端口，区别在于LoadBalancer会在集群的外部再来做一个负载均衡设备，而这个设备需要外部环境支持的，外部服务发送到这个设备上的请求，会被设备负载之后转发到集群中。
ExternalName类型的Service用于引入集群外部的服务，它通过 externalName 属性指定外部一个服务的地址，然后在集群内部访问此service就可以访问到外部的服务了。
❺ Android应用组件 —— Service
官方原文： 地址
本文摘录自官方原文，方便自己观看。
service 是一个可以在后台长时间运行的操作而不提供用户界面的应用组件。服务可以由其他应用组件启动，而且即使用户切换到其他应用程序，服务仍将在后台继续运行。此外，组件可以绑定到服务，以与之进行交互，甚至执行进程间的通信（IPC）
服务基本分为两种形式：
启动
绑定
上述虽然分开概括这两种服务，但是服务可以同时以这两种方式运行，也就是说，他既可以是启动服务（以无限期运行），也允许绑定。问题在于是否实现了一组回调方法： onStartCommand() （允许组件启动服务）和 onBing() （允许绑定服务）。
无论应用是出于启动状态还是绑定状态，亦或处于启动并且绑定状态，任何应用组件均可以像使用Activity那么调用Itent来使用服务（即使此服务来自另一应用）。 不过，您可以通过清单文件将服务声明为私有服务，并阻止其他应用访问。 使用清单文件声明服务部分将对此做更详尽的阐述。
注意：
服务在其托管进程的主线程中运行，它既不创建自己的线程，也不在单独的进程中运行（除非另行指定）。这意味着，如果服务将执行任何CPU密集型工作或者阻止性操作（我理解为耗时操作，例如 MP3 播放或联网），则应在服务内创建新线程来完成这项工作。通过使用单独的线程，可以降低发生“应用无响应”(ANR) 错误的风险，而应用的主线程仍可继续专注于运行用户与 Activity 之间的交互。
要创建服务，您必须创建 Service 的子类（或使用它的一个现有子类）。在实现中，您需要重写一些回调方法，以处理服务生命周期的某些关键方面并提供一种机制将组件绑定到服务（如适用）。 应重写的最重要的回调方法包括：
onStartCommand()
onBind()
onCreate()
onDestroy()
如果组件通过调用 startService() 启动服务（这会导致对 onStartCommand() 的调用），则服务将一直运行，直到服务使用 stopSelf() 自行停止运行，或由其他组件通过调用 stopService() 停止它为止。
如果组件是通过调用 bindService() 来创建服务（且未调用 onStartCommand() ，则服务只会在该组件与其绑定时运行。一旦该服务与所有客户端之间的绑定全部取消，系统便会销毁它。
如同 Activity（以及其他组件）一样，您必须在应用的清单文件中声明所有服务。
要声明服务，请添加 <service> 元素作为 <application> 元素的子元素。例如：
为了确保应用的安全性， 请始终使用显式 Intent 启动或绑定 Service，且不要为服务声明 Intent 过滤器。 启动哪个服务存在一定的不确定性，而如果对这种不确定性的考量非常有必要，则可为服务提供 Intent 过滤器并从 Intent 中排除相应的组件名称，但随后必须使用 setPackage() 方法设置 Intent 的软件包，这样可以充分消除目标服务的不确定性。
此外，还可以通过添加 android:exported 属性并将其设置为 "false" ，确保服务仅适用于您的应用。这可以有效阻止其他应用启动您的服务，即便在使用显式 Intent 时也如此
Service
IntentService
简单地说，服务是一种即使用户未与应用交互也可在后台运行的组件。 因此，您应仅在必要时才创建服务。
如需在主线程外部执行工作，不过只是在用户正在与应用交互时才有此需要，则应创建新线程而非服务。 例如，如果您只是想在 Activity 运行的同时播放一些音乐，则可在 onCreate() 中创建线程，在 onStart() 中启动线程，然后在 onStop() 中停止线程。您还可以考虑使用 AsyncTask 或 HandlerThread，而非传统的 Thread 类。
前台服务被认为是用户主动意识到的一种服务，因此在内存不足时，系统也不会考虑将其终止。 前台服务必须为状态栏提供通知，放在“正在进行”标题下方，这意味着除非服务停止或从前台移除，否则不能清除通知。
要请求让服务运行于前台，请调用 startForeground() 。此方法采用两个参数：唯一标识通知的整型数和状态栏的 Notification 。例如：
注意 ：提供给 startForeground() 的整型 ID 不得为 0。
要从前台移除服务，请调用 stopForeground() 。此方法采用一个布尔值，指示是否也移除状态栏通知。 此方法不会停止服务。 但是，如果您在服务正在前台运行时将其停止，则通知也会被移除。
与 Activity 类似，服务也拥有生命周期回调方法，您可以实现这些方法来监控服务状态的变化并适时执行工作。 以下框架服务展示了每种生命周期方法：
注 ：与 Activity 生命周期回调方法不同，您 不 需要调用这些回调方法的超类实现。
注 ：尽管启动服务是通过调用 stopSelf() 或 stopService() 来停止，但是该服务并无相应的回调（没有 onStop() 回调）。因此，除非服务绑定到客户端，否则在服务停止时，系统会将其销毁 — onDestroy() 是接收到的唯一回调。
❻ Service 理解和两种启动方式
Service 作为android系统的四大组件之一，是一种可以在后台长时间运行操作而没有用户界面的应用组件。
1、Thread是程序运行的最小单位即线程，可以执行异步长时间耗时的操作。
2、Service是android中的组件，是运行在主线程上的，是要依托android程序运行的，所以不能做耗时操作。
Service android是四大组件之一。Service 是一个抽象类，我们需要些一个自定义Service继承于Service。
Service 的启动方式有两种，一种是startService(),一种是bindService().这两种方式有有什么区别.
Service 的生命周期跟启动方式有关。
stratService的生命周期： onCreate() -> onStartCommand() -> onDestroy()
bindService的生命周期: onCreate() -> onBind() -> onUnbind() -> onDestroy()
用startService 方式启动Service的时候重写onStartCommand()的方法。每次用该方式启动Service的时候都会调用改方法。
返回值是一个int类型的：
这里的参数是：
startService的完整Service：
调用也就是简单的startService：
bindService 的方式启动Service，其作用是该Service可以和启动它的Context(Activity等)进行通讯。其是ServiceConnection()的接口方法和服务器交互，在绑定即onBind()的时候回调。在这个方法中获取Service传递过来的IBinder对象，通过这个对象实现跟宿主交互。
BindService的Service：
调用的方式：先创建ServiceConnection:
调用方式不同;
使用Service的步骤：
1.定义一个类继承 Service
2.在 Manifest.xml 文件中配置该 Service
3.使用Context的 startService(Intent) 方法启动该Service
4.不再使用时，调用 stopService(Intent) 方法停止该服务
使用这种start方式启动的Service的 生命周期 如下：
onCreate() ---> onStartCommand() （ onStart() 方法已过时） ---> onDestory()
说明 ：如果服务已经开启，不会重复的执行 onCreate() ， 而是会调用 onStart() 和 onStartCommand() 。
服务停止的时候调用 onDestory() 。服务只会被停止一次。
特点 ：一旦服务开启跟调用者(开启者)就没有任何关系了。开启者退出了，开启者挂了，服务还在后台长期的运行。开启者 不能调用 服务里面的方法。
使用Service的步骤：
使用这种start方式启动的Service的 生命周期 如下：
onCreate() ---> onBind() ---> onunbind() ---> onDestory()
注意 ：绑定服务不会调用 onstart() 或者 onstartcommand() 方法
特点 ：bind的方式开启服务，绑定服务，调用者挂了，服务也会跟着挂掉。
绑定者可以调用服务里面的方法。
❼ Android中怎么启动关闭Service及功能解释
调用startService就是启动service，调用stopService就是关闭service。
android中Service是运行在后台的东西，级别与activity差不多。既然说service是运行在后台的服务，那么它就是不可见的，没有界面的东西。可以启动一个服务Service来播放音乐，或者记录地理信息位置的改变，或者启动一个服务来运行并一直监听某种动作。Service和其他组件一样，都是运行在主线程中，因此不能用它来做耗时的请求或者动作。
服务一般分为两种：
1：本地服务， Local Service 用于应用程序内部。在Service可以调用Context.startService()启动，调用Context.stopService()结束。在内部可以调用Service.stopSelf() 或 Service.stopSelfResult()来自己停止。无论调用了多少次startService()，都只需调用一次stopService()来停止。
2：远程服务， Remote Service 用于android系统内部的应用程序之间。可以定义接口并把接口暴露出来，以便其他应用进行操作。客户端建立到服务对象的连接，并通过那个连接来调用服务。调用Context.bindService()方法建立连接，并启动，以调用 Context.unbindService()关闭连接。多个客户端可以绑定至同一个服务。如果服务此时还没有加载，bindService()会先加载它。