Service启动方式，如何保证Service不被杀死，进程等级，IntentService

一、Service 类的启动

，有两种方法：

      •Context.startService() 
      • Context.bindService()

     1. 在同一个应用任何地方调用startService() 方法就能启动 Service 了，然后系统会回调 Service 类的onCreate() 以及 onStart() 方法。这样启动的 Service会一直运行在后台，直到 Context.stopService() 或者selfStop() 方法被调用。另外如果一个 Service 已经被启动，其他代码再试图调用 startService() 方法，是不会执行 onCreate() 的，但会重新执行一次onStart() 。

      2. 另外一种bindService() 方法的意思是，把这个 Service 和调用Service 的客户类绑起来，如果调用这个客户类被销毁，Service 也会被销毁。用这个方法的一个好处是，bindService() 方法执行后Service 会回调上边提到的 onBind() 方发，你可以从这里返回一个实现了 IBind 接口的类，在客户端操作这个类就能和这个服务通信了，比如得到 Service运行的状态或其他操作。如果 Service 还没有运行，使用这个方法启动 Service就会onCreate() 方法而不会调用 onStart()。

 

二、保证service不被杀掉

onStartCommand方法，返回START_STICKY

StartCommond几个常量参数简介：
1、START_STICKY
在运行onStartCommand后service进程被kill后，那将保留在开始状态，但是不保留那些传入的intent。不久后service就会再次尝试重新创建，因为保留在开始状态，在创建     service后将保证调用onstartCommand。如果没有传递任何开始命令给service，那将获取到null的intent。
2、START_NOT_STICKY
在运行onStartCommand后service进程被kill后，并且没有新的intent传递给它。Service将移出开始状态，并且直到新的明显的方法（startService）调用才重新创建。因为如果没有传递任何未决定的intent那么service是不会启动，也就是期间onstartCommand不会接收到任何null的intent。
3、START_REDELIVER_INTENT
在运行onStartCommand后service进程被kill后，系统将会再次启动service，并传入最后一个intent给onstartCommand。直到调用stopSelf(int)才停止传递intent。如果在被kill后还有未处理好的intent，那被kill后服务还是会自动启动。因此onstartCommand不会接收到任何null的intent。

 

 

三、Android的5个进程等级

1、foregroundprocess

    正处于activity resume状态

    正处于bound服务交互的状态

    正处于服务在前台运行的状态（StartForeGround（）被调用）

    Service生命周期正在被执行（onCreate（），onStart（），onDestroy（））

    BroadcastReceiver正在执行onReceive（）方法

    杀死foreground需要用户响应，因为这个安全优先级是最高的

    是用户操作所必须的，任一时间下，仅有少数进程会处于前台，仅当内存实在无法供给它们维持同时运行时才会被杀死。一般来说，在这种情况下，设备依然处于使用虚拟内存的状态，必须要杀死一些前台进程以用户界面保持响应。

•Android会依据进程中当前活跃组件的重要程度来尽可能高的估量一个进程的级别。比如说，如果一个进程中同时有一个服务和一个可视的activity，则进程会被判定为可视进程，而不是服务进程。

2、visible process

    activity不在前端显示，但也没有完全隐藏，能够看得见，比如弹出一个对话框

    一个bound到visible或者foreground的activity的service

    没有前台组件，但仍可被用户在屏幕上所见。当满足如下任一条件时，进程被认为是可视的：

• 它包含着一个不在前台，但仍然为用户可见的activity（它的onPause()方法被调用）。这种情况可能出现在以下情况：比如说，前台activity是一个对话框，而之前的   activity位于其下并可以看到。

• 它包含了一个绑定至一个可视的activity的服务。

可视进程依然被视为是很重要的，非到不杀死它们便无法维持前台进程运行时，才会被杀死。

3、Service process

    正在运行的，不在上述两种状态的service

是由 startService() 方法启动的服务，它不会变成上述两类。尽管服务进程不会直接为用户所见，但它们一般都在做着用户所关心的事情（比如在后台播放mp3或者从网上下载东 西）。所以系统会尽量维持它们的运行，除非系统内存不足以维持前台进程和可视进程的运行需要。

4、backgroundprocess

    不可见状态的activity进程，onstop被调用

    包含目前不为用户所见的activity（Activity对象的onStop() 方法已被调用）。这些进程与用户体验没有直接的联系，可以在任意时间被杀死以回收内存供前台进程、可视进程以及服务进程使用。一般来说，会有很多背景进程运行，所以它们一般存放于一个LRU（最后使用）列表中以确保最后被用户使用的activity最后被杀死。如果一个activity正确的实现了生命周 期方法，并捕获了正确的状态，则杀死它的进程对用户体验不会有任何不良影响。

5、empty process

    没有运行任何component的进程，保留这个进程主要是为了缓存的需要。比如，我们在浏览器搜索框中输入了一些关键字，然后关闭了浏览器，为了下一次启动后，搜索框还有上次的关键字，需要使用缓存将这些关键字存起来，建立空进程来保存这些关键字，从而当再次启动浏览器时，可以从空进程中获得关键字数 据。

 

 

 

四、IntentService

IntentService继承与Service，用来处理异步请求。客户端可以通过startService(Intent)方法传递请求给 IntentService。IntentService在onCreate()函数中通过HandlerThread单独开启一个线程来依次处理所有 Intent请求对象所对应的任务。　
　　
这样以免事务处理阻塞主线程（ＡＮＲ）。执行完所一个Intent请求对象所对应的工作之后，如果没有新的Intent请求达到，则**自动停止**Service；否则执行下一个Intent请求所对应的任务。　
　　
IntentService在处理事务时，还是采用的Handler方式，创建一个名叫ServiceHandler的内部Handler，并把它直接绑 定到HandlerThread所对应的子线程。 ServiceHandler把处理一个intent所对应的事务都封装到叫做onHandleIntent的虚函数；因此我们直接实现虚函数onHandleIntent，再在里面根据Intent的不同进行不同的事务处理就可以了。
另外，IntentService默认实现了Onbind（）方法，返回值为null。

使用IntentService需要实现的两个方法：

1.构造函数　

IntentService的构造函数一定是参数为空的构造函数，然后再在其中调用super(“name”)这种形式的构造函数。因为Service的实例化是系统来完成的，而且系统是用参数为空的构造函数来实例化Service的

2.实现虚函数onHandleIntent

在里面根据Intent的不同进行不同的事务处理。