4

Android-Service详解 - kiba518

 1 year ago
source link: https://www.cnblogs.com/kiba/p/17112274.html
Go to the source link to view the article. You can view the picture content, updated content and better typesetting reading experience. If the link is broken, please click the button below to view the snapshot at that time.
neoserver,ios ssh client

Android-Service详解

Service 是长期运行在后台的应用程序组件 。 Service 是和应用程序在同一个进程中,所以应用程序关掉了,Service也会关掉。可以理解为

Service是不能直接处理耗时操作的,如果直接把耗时操作放在 Service 的 onStartCommand() 中,很容易引起 ANR;如果有耗时操作就必须开启一个单独的线程来处理。

IntentService 是继承于 Service 并处理异步请求的一个类,在 IntentService 内有一个工作线程来处理耗时操作, 启动 IntentService 的方式和启动传统 Service 一样,同时,当任务执行完后, IntentService 会自动停止 ,而不需要我们去手动控制。 另外,可以启动 IntentService 多次,而每一个耗时操作会以工作队列的方式在IntentService 的 onHandleIntent 回调方法中执行, 并且,每次只会执行一个工作线程,执行完第一个再执行第二个, 有序执行。

PS:每一个安卓应用都会启动一个进程,然后进程会启动一个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" />
243596-20230211180419514-1752240749.png

服务创建后,对服务进行调试。

我们在androidTest下的com.kiba.framework.ExampleInstrumentedTest里编写单元测试。

243596-20230211180443146-1631600920.png

单元测试的方法使用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。

243596-20230211180508957-2090875728.png

也可以点击调试项目的按钮,鼠标放上去,会有提示,如下图。

243596-20230211180529489-152026933.png

调试时,会弹出新界面,在界面里找到Console,可以查看我们的输出。

 

243596-20230211180540890-1576074789.png

测试结果:

不同实例服务调用,先start,后stop,结果如下:

 

243596-20230211180556189-512497939.png

service重建创建了。

同一实例服务调用,先start,后stop,结果如下:

 

243596-20230211180611296-1719297579.png

service重建创建了。

不同实例,不调用销毁服务方法,只调用start,结果如下:

 243596-20230211180623168-974871724.png

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了。

----------------------------------------------------------------------------------------------------

注:此文章为原创,任何形式的转载都请联系作者获得授权并注明出处!
若您觉得这篇文章还不错,请点击下方的【推荐】,非常感谢!

 

243596-20190904083750507-629449790.png

About Joyk


Aggregate valuable and interesting links.
Joyk means Joy of geeK