Service 是长期运行在后台的应用程序组件 。 Service 是和应用程序在同一个进程中,所以应用程序关掉了,Service也会关掉。可以理解为
Service是不能直接处理耗时操作的,如果直接把耗时操作放在 Service 的 onStartCommand() 中,很容易引起 ANR;如果有耗时操作就必须开启一个单独的线程来处理。
IntentService 是继承于 Service 并处理异步请求的一个类,在 IntentService 内有一个工作线程来处理耗时操作, 启动 IntentService 的方式和启动传统 Service 一样,同时,当任务执行完后, IntentService 会自动停止 ,而不需要我们去手动控制。 另外,可以启动 IntentService 多次,而每一个耗时操作会以工作队列的方式在IntentService 的 onHandleIntent 回调方法中执行, 并且,每次只会执行一个工作线程,执行完第一个再执行第二个, 有序执行。
PS:每一个安卓应用都会启动一个进程,然后进程会启动一个Dalvik虚拟机,即,每个Android应用进程对应着一个独立的Dalvik虚拟机实例,然后启动的应用程序再在虚拟机上被解释执行(dalvik虚拟机,类似于jvm)。
创建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一样的优先级,或者更高。
PS1:运行服务的进程的优先级高于运行后台activity的进程。
PS2:activity启动一个服务,服务在onStartCommand里执行一个长时间运行的操作可能会拖垮这个activity,可以理解为在activity里调用了一个函数,该函数长时间执行操作,则应用anr了。
----------------------------------------------------------------------------------------------------
注:此文章为原创,任何形式的转载都请联系作者获得授权并注明出处!