安卓service服务

service还是工作线程？

在一个Activity中需要执行耗时操作，可以选择最简单的新建线程的方式，new Thread{…}.start() ，在最开始的时候本人也经常采用这种方式。那么问题来了，现在我们想点击某个按钮然后上传文件，在线程中进行上传一开始没什么问题，那么如果我们把应用切换到后台的话，在系统内存不足时我们的进程便很容易被杀死，从而上传中断引发异常。
所以，为什么要用service，本人的理解就是保证操作不因内存回收而被中断。
在这里要先说一下进程在安卓中的工作方式：
通常情况下，一个应用的所有组件运行在同一进程中，如果内存不足，而其他为用户提供更紧急服务的进程又需要内存时，Android 可能会决定在某一时刻关闭某一进程。在被终止进程中运行的应用组件也会随之销毁。决定终止哪个进程时，Android 系统将权衡它们对用户的相对重要程度。

---

1、前台进程 用户当前操作所必需的进程。如果一个进程满足以下任一条件，即视为前台进程： 托管用户正在交互的 Activity（已调用
Activity 的 onResume() 方法） 托管某个 Service，后者绑定到用户正在交互的 Activity
托管正在“前台”运行的 Service（服务已调用 startForeground()） 托管正执行一个生命周期回调的
Service（onCreate()、onStart() 或 onDestroy()） 托管正执行其 onReceive() 方法的
BroadcastReceiver
通常，在任意给定时间前台进程都为数不多。只有在内在不足以支持它们同时继续运行这一万不得已的情况下，系统才会终止它们。
2、可见进程
没有任何前台组件、但仍会影响用户在屏幕上所见内容的进程。 如果一个进程满足以下任一条件，即视为可见进程： 托管不在前台、但仍对用户可见的
Activity（已调用其 onPause() 方法）。例如，如果前台 Activity 启动了一个对话框，允许在其后显示上一
Activity，则有可能会发生这种情况 托管绑定到可见（或前台）Activity 的 Service
可见进程被视为是极其重要的进程，除非为了维持所有前台进程同时运行而必须终止，否则系统不会终止这些进程。
3、服务进程 正在运行已使用
startService()
方法启动的服务且不属于上述两个更高类别进程的进程。尽管服务进程与用户所见内容没有直接关联，但是它们通常在执行一些用户关心的操作（例如，在后台播放音乐或从网络下载数据）。因此，除非内存不足以维持所有前台进程和可见进程同时运行，否则系统会让服务进程保持运行状态。
4、后台进程 包含目前对用户不可见的 Activity 的进程（已调用 Activity 的 onStop()
方法）。这些进程对用户体验没有直接影响，系统可能随时终止它们，以回收内存供前台进程、可见进程或服务进程使用。
通常会有很多后台进程在运行，因此它们会保存在 LRU （最近最少使用）列表中，以确保包含用户最近查看的 Activity
的进程最后一个被终止。如果某个 Activity
正确实现了生命周期方法，并保存了其当前状态，则终止其进程不会对用户体验产生明显影响，因为当用户导航回该 Activity
时，Activity 会恢复其所有可见状态。 有关保存和恢复状态的信息，请参阅Activity文档。
5、空进程
不含任何活动应用组件的进程。保留这种进程的的唯一目的是用作缓存，以缩短下次在其中运行组件所需的启动时间。
为使总体系统资源在进程缓存和底层内核缓存之间保持平衡，系统往往会终止这些进程。

---

再回到我们上面的例子，当我们退出应用时，应用被切换为后台进程，在内存不足就会被回收，依托于该进程的线程也会停止工作。而如果采用service，至少可以保证进程是服务进程的级别，因此启动长时间运行操作的 Activity 最好为该操作启动服务，而不是简单地创建工作线程，当操作有可能比 Activity 更加持久时尤要如此。

---

Intent service

建立自己的intentservice类，继承intentservice

public class MyIntentService extends IntentService {public MyIntentService() {    super("MyIntentService");}@Overrideprotected void onHandleIntent(Intent intent) {    long endTime=System.currentTimeMillis()+1000;    Log.d("test", "开始下载");    while (System.currentTimeMillis() < endTime) {        synchronized (this) {            try {                wait(endTime - System.currentTimeMillis());            } catch (Exception e) {            }            Log.d("test", "下载完成");        }    }  }}

在intentservice中，实现onHandleIntent方法即可。intentservice中自带一个工作队列，用来处理activity中发放的intent。不需要考虑多线程问题，因为intentservice会依次对发放的intent进行处理。在这里模拟了个下载过程，经过一定时间后释放锁。
intentservice中也可以选择实现onStartCommand、onBind方法，但是要返回默认的实现。也就是可以修改其中的操作，但返回的值不可以改变。以便 IntentService 能够妥善处理工作线程的生命周期。

synchronized关键字

该关键字在这里是用来取得对象锁，synchronized(object){...代码块}可以取得一个对象的锁，多个线程执行代码块时，只有一个线程可以执行其中的语句。

在Manifest中注册service

<servicenandroid:name=".MyIntentService"/>

主线程中调用

Intent intent = new Intent(MainActivity.this, MyIntentService.class);startService(intent);03-23 10:12:14.192  21740-21792/com.yangyang.servicedemo D/test﹕ 开始下载03-23 10:12:15.192  21740-21792/com.yangyang.servicedemo D/test﹕ 下载完成03-23 10:12:20.225  21740-21824/com.yangyang.servicedemo D/test﹕ 开始下载03-23 10:12:21.226  21740-21824/com.yangyang.servicedemo D/test﹕ 下载完成03-23 10:12:21.227  21740-21824/com.yangyang.servicedemo D/test﹕ 开始下载03-23 10:12:22.227  21740-21824/com.yangyang.servicedemo D/test﹕ 下载完成03-23 10:12:22.228  21740-21824/com.yangyang.servicedemo D/test﹕ 开始下载03-23 10:12:23.228  21740-21824/com.yangyang.servicedemo D/test﹕ 下载完成

多次点击可以发现，发送过去的intent被依次执行。

Service

创建自己的服务类

正如上一部分中所述，使用 IntentService 显著简化了启动服务的实现。但是，若要求服务执行多线程（而不是通过工作队列处理启动请求），则可扩展 Service 类来处理每个 Intent。
service和intentservice最大的不同，在于intentservice本身有一个工作队列，所以并不是运行在UI线程的。而service本身时运行在UI线程的，所以如果执行一些耗时操作，会有ANR的可能。所以通常在service中常自己实现线程。

service父类方法

onStartCommand()
当另一个组件（如 Activity）通过调用 startService() 请求启动服务时，系统将调用此方法。一旦执行此方法，服务即会启动并可在后台无限期运行。 如果您实现此方法，则在服务工作完成后，需要由您通过调用 stopSelf() 或 stopService() 来停止服务。（如果您只想提供绑定，则无需实现此方法。）

onBind()
当另一个组件想通过调用 bindService() 与服务绑定（例如执行 RPC）时，系统将调用此方法。在此方法的实现中，您必须通过返回 IBinder 提供一个接口，供客户端用来与服务进行通信。请务必实现此方法，但如果您并不希望允许绑定，则应返回 null。
onCreate()
首次创建服务时，系统将调用此方法来执行一次性设置程序（在调用 onStartCommand() 或 onBind() 之前）。如果服务已在运行，则不会调用此方法。
onDestroy()
当服务不再使用且将被销毁时，系统将调用此方法。服务应该实现此方法来清理所有资源，如线程、注册的侦听器、接收器等。 这是服务接收的最后一个调用。

安卓线程的优先级

int THREAD_PRIORITY_AUDIO //标准音乐播放使用的线程优先级   int THREAD_PRIORITY_BACKGROUND //标准后台程序      int THREAD_PRIORITY_DEFAULT// 默认应用的优先级    int THREAD_PRIORITY_DISPLAY//标准显示系统优先级，主要是改善UI的刷新     intTHREAD_PRIORITY_FOREGROUND //标准前台线程优先级             int THREAD_PRIORITY_LESS_FAVORABLE //低于favorable             int THREAD_PRIORITY_LOWEST //有效的线程最低的优先级             int THREAD_PRIORITY_MORE_FAVORABLE //高于favorable              int THREAD_PRIORITY_URGENT_AUDIO //标准较重要音频播放优先级       int THREAD_PRIORITY_URGENT_DISPLAY //标准较重要显示优先级（输入事件也适用）。

在service中运行的线程，可以通过线程优先级的设置，来保证service的存活时间。比如讲优先级提到前台，这样在系统内存不足的时候可以保证service的存活。

在我们创建的线程run方法的开头，通过Process.setThreadPriority(Process.***);设置线程的优先级。

在前台运行服务

在内存不足时，系统也不会考虑将其终止。 前台服务必须为状态栏提供通知，状态栏位于“正在进行”标题下方，这意味着除非服务停止或从前台删除，否则不能清除通知。
比如经常使用的音乐播放器，用户明确意识到它的操作。要请求让服务运行于前台，请调用 startForeground()。此方法取两个参数：唯一标识通知的整型数和状态栏的 Notification

自定义线程类

    public class MyThread extends Thread{    String text;    int status;    public MyThread(String text, int status) {        this.text = text;        this.status = status;    }    @Override    public void run() {        android.os.Process.setThreadPriority(status);        long endTime=System.currentTimeMillis()+1000;        Log.d("test", "开始下载");        while (System.currentTimeMillis() < endTime) {            synchronized (this) {                try {                    wait(endTime - System.currentTimeMillis());                } catch (Exception e) {                }                Log.d("test", "下载完成");            }        }        stopSelf();    }}

自定义Service类

public class MyService extends Service {public MyService() {}//首次创建运行的方法@Overridepublic int onStartCommand(Intent intent, int flags, int startId) {    MyThread thread = new MyThread(Process.THREAD_PRIORITY_BACKGROUND);    thread.start();    return START_STICKY;}@Nullable@Overridepublic IBinder onBind(Intent intent) {    return null;   }}

自定义service在onStartCommand方法中开启了上面定义的线程，执行下载。输出

03-23 11:00:04.097 5212-5419/com.yangyang.servicedemo D/test﹕ 开始下载
03-23 11:00:04.232 5212-5405/com.yangyang.servicedemo D/test﹕ 下载完成
03-23 11:00:04.294 5212-5421/com.yangyang.servicedemo D/test﹕ 开始下载
03-23 11:00:04.479 5212-5425/com.yangyang.servicedemo D/test﹕ 开始下载
03-23 11:00:04.506 5212-5408/com.yangyang.servicedemo D/test﹕ 下载完成
03-23 11:00:04.702 5212-5412/com.yangyang.servicedemo D/test﹕ 下载完成

结果没有记录全，但可以看出，启动的service执行任务不是串行的，而是并行的。

onStartCommand返回值

START_NOT_STICKY
如果系统在 onStartCommand() 返回后终止服务，则除非有挂起 Intent 要传递，否则系统不会重建服务。这是最安全的选项，可以避免在不必要时以及应用能够轻松重启所有未完成的作业时运行服务。
START_STICKY
如果系统在 onStartCommand() 返回后终止服务，则会重建服务并调用 onStartCommand()，但绝对不会重新传递最后一个 Intent。相反，除非有挂起 Intent 要启动服务（在这种情况下，将传递这些 Intent ），否则系统会通过空 Intent 调用 onStartCommand()。这适用于不执行命令、但无限期运行并等待作业的媒体播放器（或类似服务）。
START_REDELIVER_INTENT
如果系统在 onStartCommand() 返回后终止服务，则会重建服务，并通过传递给服务的最后一个 Intent 调用 onStartCommand()。任何挂起 Intent 均依次传递。这适用于主动执行应该立即恢复的作业（例如下载文件）的服务。

上面我们自定义的service在被终止后会重启，但是不会传递最后一个intent。

关于service的学习，还剩下三个的部分，服务结束的回调以及通知,管理服务声明周期 和 创建绑定服务在后面学习。