发泡水泥保温板价格|苏洋建材有限公司

发泡水泥保温板价格

　　Service（服务）是一个没有用户界面、在后台运行、执行耗时操作的应用组件。其他应用组件能够启动Service，并且当用户切换到其他应用场景时，Service 将持续在后台运行。另外，一个组件能够绑定到一个Service与之交互（IPC机制），例如，一个 Service 可能会处理网络操作、播放音乐、操作文件I/O或者与内容提供者（content provider）交互，所有这些活动都是在后台进行的。

　　Service 的分类

　　Service可以通过运行地点和运行类型两种方式来进行分类。按运行地点分类，可以分为本地服务和远程服务两类。

　　本地服务(Local)

　　优点：该服务依附在主进程上，而不是独立的进程，在一定程度上节约了资源，另外 Local 服务因为是在同一进程，因此不需要IPC，也不需要AIDL。相应bindService 会方便很多

　　缺点：主进程被Kill 后，服务便会终止

　　应用：常见的应用如酷我音乐播放服务

　　远程服务（Remote）

　　优点：服务为独立的进程，对应进程名格式为所在包名加上所指定的android∶process字符串。由于是独立的进程，因此在 Activity 所在进程被Kill 的时候，该服务依然在运行，不受其他进程影响，有利于为多个进程提供服务，具有较高的灵活性

　　缺点：该服务是独立的进程，会占用一定资源，并且使用AIDL进行IPC稍微麻烦一点。

　　应用：一些提供系统服务的Service，这种 Service 是常驻的

　　在实际的开发实践中，Remote Service 相对是很少见的，并且一般都是系统服务，所以本章讲解的重点是 Local Service。

　　按运行类型分类，Service也可以分为两类。

　　前台服务与后台服务

　　前台服务

　　前台服务会在通知一栏显示 ONGOING 的 Notification

　　当服务被终止的时候，通知一栏的 Notification 也会消失，对于用户有一定的通知作用，常见的如音乐播放服务

　　后台服务

　　默认的服务即为后台服务，即不会在通知一栏显示 Notification

　　当服务被终止的时候，用户是看不到效果的，包括一些不需要运行或终止提示的服务，如天气更新、日期同步、邮件同步等

　　有的读者可能会问，后台服务可不可以通过自己创建的 Notification（

　　关于Notification知识会在后面进行讲解，此处知道即可）来成为前台服务?答案是否定的，前台服务在做了上述工作之后，再调用 startForeground（Andrid 2.0 及其以后版本）或setForeground（Android2.0 以前的版本）。这样做的好处在于，当服务被外部强制终止的时候，Notification仍然会移除。

　　为什么不使用线程

　　使用服务来进行一个后台长时间的动作其实就是为了不阻塞线程，然而，Thread 就可以达到这个效果，为什么不直接使用Thread去代替服务呢?两者的区别如下∶

　　（1）Thread∶程序执行的最小单元，是分配CPU的基本单位，可以用来执行一些异步操作

　　（2）Service∶ Andriod 的一种机制，当它运行的时候如果是Local Service，那么对应的Service是运行在主进程的Main线程上的。例如，onCreate、onStart这些函数在被系统调用的时候都是在主进程的Main线程上运行的。如果是Remote Service，那么对应的 Service是运行在独立进程的 Main线程上的。

　　通过对比可以发现两者完全不同，但是并没有说明为什么一定要使用 Service 而不是Thread。真正的原因和Android 的系统机制有关。Thread 的运行是独立于 Activity 的，也就是说当一个Actvity 被 finish之后，如果没有主动停止Thread 或者 Thread 里的run 方法没有执行完毕，Thread就会一直执行。因此这里会出现一个问题∶当Activity被 finish之后，就不再持有该 Thread 的引用。另一方面，你没有办法在不同的Activity 中对同一Thread 进行控制

　　举个例子∶如果 Thread需要不停地隔一段时间就连接服务器做某种同步，那么该Thread 需要在Activity没有 start的时候就运行。这时 start一个 Activity 的话就没有办法在该Activity 里面控制之前创建的 Thread，因此需要创建并启动一个 Service，在 Service 里创建、运行并控制Thread，这样便解决了该问题（因为任何 Activity 都可以控制同一 Service，而系统也只会创建一个对应 Service 的实例）。

　　Service 的创建与启动

　　Service 不能自己运行，需要通过调用 Context.startService或Context.bindService0方法启动服务。我们通常会把 Service 的两种启动方式称为 start 方式和 bind方式。下面我们概括性地介绍了这两种方式，具体代码层面的操作会在后面通过实例的方式向读者展现。

　　开启方式

　　一：以start方式启动的Service

　　开启步骤

　　①定义一个类继承 Service

　　②在 Manifest.xml文件中配置该Service

　　③ 使用Context 的startService方法启动该Service

　　④ 不使用时，调用 stopService方法停止该服务

　　特点：

　　以start方式启动的Service一旦开启就和开启者没有关系了，无论开启者退出或者被销毁，Service都依旧会运行。开启者无法调用服务中的方法。

　　二：以Bind方式启动的Service

　　① 定义一个类继承Service

　　②在Manifest.xml 文件中配置该Service

　　③使用Context 的 bindService(Intent intent，ServiceConection serviceConnection，int f)方法绑定 Service

　　④不使用时调用unbindService(ServiceConection service-Connection）方法停止该服务。

　　特点：

　　以bind方式开启（绑定）的Service,绑定者与服务绑定在了一起，绑定者一旦退出，服务就会终止，具有“不求同生，但求同死”的特点。绑定者可以调用服务中的方法

　　如果只是想要启动一个后台服务长期进行某项任务，使用 start方式就可以。想要与正在运行的Service 进行通信或者需要更新 Service 的状态，可以使用两种方法∶种是使用Broadcast（后面的章节会讲解），另外一种是使用bind方式开启 Service。前者的缺点是如果交流较为频繁，容易造成性能上的问题，并且. BroadcastReceiver（BroadCast中的常用类，第9章会进行讲解）本身执行代码的时间是很短的（也许执行到一半，后面的代码便不会执行，在开发的实践中出现过类似情况），而后者则没有这些问题，因此我们选择使用 bind方式开启 Service。

　　当然，在 Android 开发实践中会经常出现两种开启方式混合使用的状态。 Service 生命周期

　　先来观察图1-1，这是官方提供的 Service 的生命周期图。

　　图1-1 官方提供的Service的生命周期图

　　通过图1-1 可以看出 Service的生命周期并不向 Activity 或者 Fragment 那样复杂，onCreate、onstartCommand、onDestroy、onBind、onUnbind等几种。同时也可以看出Service的生命周期分为两种，正好应对着Service 的两种启动方式，分别如下所示以start方式和bind方式开启服务时对应的生命周期

　　开启方式

　　一：start 方式

　　生命周期

　　onCreate->onStarCommand->Service running—--调用context.stopService->onDestroy

　　二：bind方式

　　onCreate->onBind->Service running——调用 context.unbindService->onUnbind->onDestroy

　　具体来说，如果一个 Service被某个 Activity 调用Context.startService方法启动，那么管是否有 Activity 使用 bindService绑定或unbindService解除绑定到Service，该Servie都在后台运行。同时，不管一个Service 被 startService方法启动几次，onCreate方法也只会调用一次，onStart方法将会被调用多次（对应调用 startService的次数），并且系统只会创建Service的一个实例，所以我们应该知道只需要一次stopService方法的调用。该 Service 发泡水泥保温板价格 将会一直在后台运行，而不管对应程序的Activity 是否在运行，直到被调用stopService或自身的stopSelf方法。当然如果系统资源不足，Android 系统也可能结束服务。

　　如果一个 Service 被某个 Activity 调用 Context.bindService方法绑定启动，那么不管bindService方法被调用了几次，onCreate方法都只会调用一次，同onStart方法始终不会被调用。当连接建立之后，Service 将会一直运行，除非调用Context.unbindService*断开连接或者之前调用 bindService的 Context 不存在了（如 Activity被 finish 的时候），系统将会自动停止 Service，对应 onDestroy将被调用。

　　在上面的两种生命周期中，我们可以看到，不管使用哪种方式，都会在创建时调用onCreate方法、在销毁时调用 onDestroy方法。因此在开发中，我们会在 onCreate方法中进行一些初始化的工作，而在 onDestroy方法中进行一些清理工作。

　　另外，在前面提及同时以start方式和bind方式开启 Service的状况。此时需要注意的是需要同时调用 unbindService与 stopService才能终止 Service，而不管 unbindService与stopService的调用顺序如何。先调用 unbindService，此时服务不会自动终止，再调用stopService之后服务才会停止;先调用 stopService，此时服务也不会终止，再调用unbindServce或者之前调用 bindService的 Context不存在了(Activity 被finish)的时候之后服务才会自动停止。

发泡水泥保温板价格