IntentService 是继承于 Service 并处理异步请求的一个类，在 IntentService 内有一个工作线程来处理耗时操作，
每一个安卓应用都会启动一个进程，然后进程会启动一个Dalvik虚拟机，即，每个Android应用进程对应着一个独立的Dalvik虚拟机实例，然后启动的应用程序再在虚拟机上被解释执行（dalvik虚拟机，类似于jvm）。
Service使用
创建android服务的类需要继承Service父类。
创建Service可以通过右键文件夹，new—service—service创建。
下面我们创建一个服务，新建后可以通过Ctrl+O重载重要的方法。
public class MyService extends Service {
public MyService() {
}
/**
* 绑定服务时才会调用
* 必须要实现的方法
* @param intent
* @return
*/
@Override
public IBinder onBind(Intent intent) {
//本服务不绑定组件
throw new UnsupportedOperationException("Not yet implemented");
}
/**
* 首次创建服务时，系统将调用此方法来执行一次性设置程序（在调用 onStartCommand() 或 onBind() 之前）。
* 如果服务已在运行，则不会调用此方法。该方法只被调用一次
*/
@Override
public void onCreate() {
System.out.println("服务创建：onCreate被调用");
super.onCreate();
}
/**
* 每次通过startService()方法启动Service时都会被回调。
* @param intent 启动时，启动组件传递过来的Intent， Activity可利用Intent封装所需要的参数并传递给Service，intentUser.putExtra("KEY", "518");
* @param flags 表示启动请求时是否有额外数据，可选值有 0，START_FLAG_REDELIVERY，START_FLAG_RETRY，0代表没有，它们具体含义如下：
* START_FLAG_REDELIVERY 这个值代表了onStartCommand方法的返回值为
* START_REDELIVER_INTENT，而且在上一次服务被杀死前会去调用stopSelf方法停止服务。其中START_REDELIVER_INTENT意味着当Service因内存不足而被系统kill后，则会重建服务，并通过传递给服务的最后一个 Intent 调用 onStartCommand()，此时Intent时有值的。
* START_FLAG_RETRY 该flag代表当onStartCommand调用后一直没有返回值时，会尝试重新去调用onStartCommand()。
* @param startId 指明当前服务的唯一ID，与stopSelfResult (int startId)配合使用，stopSelfResult 可以更安全地根据ID停止服务。
* @return
*/
@Override
public int onStartCommand(Intent intent, int flags, int startId) {
System.out.println("服务启动：onStartCommand被调用，flags:"+flags+" startId:"+startId);
return super.onStartCommand(intent, flags, startId);
}
/**
* 服务销毁时的回调
*/
@Override
public void onDestroy() {
System.out.println("服务销毁：onDestroy被调用");
super.onDestroy();
}
}
然后在AndroidManifest.xml里增加service节点，用于注册，如果是使用AS创建会自动在AndroidManifest.xml里增加service节点，如果是创建类继承service，则需手动添加。
<service
android:name=".services.MyService"
android:enabled="true"
android:exported="true" />
服务创建后，对服务进行调试。
我们在androidTest下的com.kiba.framework.ExampleInstrumentedTest里编写单元测试。
单元测试的方法使用JUnit4的注解。
注：JUnit4的J指java，unit指单元，了解这个含义，我们在调试遇到问题时，方便精确百度。
PS：JUnit4有很多问题，比如调试断点时会自动Disconnected断开连接。
@RunWith(AndroidJUnit4.class)
public class ExampleInstrumentedTest {
@Test
public void useAppContext() {
// Context of the app under test.
Context appContext = InstrumentationRegistry.getInstrumentation().getTargetContext();
assertEquals("com.kiba.framework", appContext.getPackageName());
}
@Test
public void servicesTest(){
//不同实例服务调用，先start，后stop
Context appContext = InstrumentationRegistry.getInstrumentation().getTargetContext();
Intent it=new Intent(appContext, MyService.class);
appContext.startService(it);
appContext.stopService(it);
Intent it2=new Intent(appContext, MyService.class);
appContext.startService(it2);
appContext.stopService(it2);
assertEquals("com.kiba.framework", appContext.getPackageName());
}
@Test
public void servicesTest2(){
//同一实例服务调用，先start，后stop
Context appContext = InstrumentationRegistry.getInstrumentation().getTargetContext();
Intent it=new Intent(appContext, MyService.class);
appContext.startService(it);
appContext.stopService(it);
appContext.startService(it);
appContext.stopService(it);
assertEquals("com.kiba.framework", appContext.getPackageName());
}
@Test
public void servicesTest3(){
//不同实例，不调用销毁服务方法，只调用start
Context appContext = InstrumentationRegistry.getInstrumentation().getTargetContext();
Intent it=new Intent(appContext, MyService.class);
appContext.startService(it);
Intent it2=new Intent(appContext, MyService.class);
appContext.startService(it2);
assertEquals("com.kiba.framework", appContext.getPackageName());
}
}
调试可以点击绿色三角，然后debug。
也可以点击调试项目的按钮，鼠标放上去，会有提示，如下图。
调试时，会弹出新界面，在界面里找到Console，可以查看我们的输出。
测试结果：
不同实例服务调用，先start，后stop，结果如下：
service重建创建了。
同一实例服务调用，先start，后stop，结果如下：
service重建创建了。
不同实例，不调用销毁服务方法，只调用start，结果如下：
service未创建。
虽然定义了两个实例，但onCreate没有被重复调用，即，同一类型的service，只有显示调用了stopService才会销毁
拓展知识（进程和声明周期）
Android操作系统尝试尽可能长时间的保持应用的进程，但当可用内存很低时最终要移走一部分进程。怎样确定那些程序可以运行，那些要被销毁，Android让每一个进程在一个重要级的基础上运行，重要级低的进程最有可能被淘汰，一共有5级，下面这个列表就是按照重要性排列的：
1 一个前台进程显示的是用户此时需要处理和显示的。下列的条件有任何一个成立，这个进程都被认为是在前台运行的。 a 与用户正发生交互的。 b 它控制一个与用户交互的必须的基本的服务。 c 有一个正在调用生命周期的回调函数的service（如onCreate()、onStar()、onDestroy()） d 它有一个正在运行onReceive()方法的广播接收对象。 只有少数的前台进程可以在任何给定的时间内运行，销毁他们是系统万不得已的、最后的选择——当内存不够系统继续运行下去时。通常，在这一点上，设备已经达到了内存分页状态，所以杀掉一些前台进程来保证能够响应用户的需求。
2 一个可用进程没有任何前台组件，但它仍然可以影响到用户的界面。下面两种情况发生时，可以称该进程为可用进程。 它是一个非前台的activity，但对用户仍然可用（onPause()方法已经被调用）这是可能发生的，例如：前台的activity是一个允许上一个activity可见的对话框，即当前activity半透明，能看到前一个activity的界面，它是一个服务于可用activity的服务。
3 一个服务进程是一个通过调用startService()方法启动的服务，并且不属于前两种情况。尽管服务进程没有直接被用户看到，但他们确实是用户所关心的，比如后台播放音乐或网络下载数据。所以系统保证他们的运行，直到不能保证所有的前台可见程序都正常运行时才会终止他们。
4 一个后台进程就是一个非当前正在运行的activity（activity的onStop()方法已经被调用），他们不会对用户体验造成直接的影响，当没有足够内存来运行前台可见程序时，他们将会被终止。通常，后台进程会有很多个在运行,所以他们维护一个LRU最近使用程序列表来保证经常运行的activity能最后一个被终止。如果一个activity正确的实现了生命周期的方法，并且保存它当前状态，杀死这些进程将不会影响到用户体验。
5 一个空线程没有运行任何可用应用程序组，保留他们的唯一原因是为了设立一个缓存机制，来加快组件启动的时间。系统经常杀死这些内存来平衡系统的整个系统的资源，进程缓存和基本核心缓存之间的资源。 Android把进程里优先级最高的activity或服务，作为这个进程的优先级。例如，一个进程拥有一个服务和一个可见的activity，那么这个进程将会被定义为可见进程，而不是服务进程。
此外，如果别的进程依赖某一个进程的话，那么被依赖的进程会提高优先级。一个进程服务于另一个进程，那么提供服务的进程会获得不低于被服务的进程的优先级。例如，如果进程A的一个内容提供商服务于进程B的一个客户端，或者进程A的一个service被进程B的一个组件绑定，那么进程A至少拥有和进程B一样的优先级，或者更高。
onStartCommand里执行一个长时间运行的操作可能会拖垮这个activity，可以理解为在activity里调用了一个函数，该函数长时间执行操作，则应用anr了。
----------------------------------------------------------------------------------------------------
注：此文章为原创，任何形式的转载都请联系作者获得授权并注明出处！
若您觉得这篇文章还不错，请点击下方的【推荐】，非常感谢！
