Android之Service的细枝末节剖析.docVIP

Android之Service的细枝末节 进程 Service是一种不提供用户交互页面但是可以在后台长时间运行的组件，可以通过在AndroidManifest.xml设置Service的android:process=:remote属性，让Service运行另一个进程中，也就是说，虽然你是在当前应用启动的这个Service，但是这个Service和这个应用并不是同一个进程。 四大组件都支持android:process=:remote这个属性。 因为Service可以运行在不同的进程，这里说一下Android中几种进程的优先级，当系统内存不足时候，系统会从优先级低的进程开始回收，下面根据优先级由高到低列出Android中几种进程。 前台进程，当前用户操作所需要的进程 用户正在交互的Activity（Activity执行了onResume方法） 与正在交互的Activity绑定的Service 设置为前台权限的Service（Service调用startForeground()方法） 正在执行某些生命周期回调的Service，onCreate()、onStart()、onDestroy() 正在执行onReceive()的BroadcastReceiver 这种进程基本不会被回收，只有当内存不足以支持前台进程同时运行时候，系统才回回收它们，主要关注前三个。 可见进程，没有与用户交互所必须的组件，但是在屏幕上仍然可见其内容的进程 调用了onPause()方法但仍对用户可见的Activity 与上面这种Activity绑定的Service 服务进程，使用startService()启动的Service且不属于上面两种类别进程的进程，虽然这个进程与用户交互没有直接关系，但是一般会在后台执行一些耗时操作，所以，只有当内存不足以维持所有前台进程和可见进程同时运行，系统才回回收这个类别的进程。 后台进程，对用户不可见的Activity进程，已调用了onStop()方法的Activity 空进程，不包含任何活动应用组件的进程，保留这种进程唯一目的是作为缓存，缩短引用组件下次启动时间。通常系统会最优先回收这类进程。 此外，一个进程的级别可能会因为其他进程对它的依赖而有所提高，即进程A服务于进程B（B依赖A），那么A的进程级别至少是和B一样高的。 3. Service配置 和其他组件(Activity/ContentProvider/BroadcastReceiver)一样，Service需要在Androidmanifest.xml中声明。 manifest ... ... application ... service android:name=.DemoService / ... /application /manifest Service是运行在主线程中的，如果有什么耗时的操作，建议新建子线程去处理，避免阻塞主线程，降低ANR的风险。 在另外一篇文章中Intent以及IntentFilter详解提到过，为了确保应用的安全，不要为Service设置intent-filter，因为如果使用隐式Intent去启动Service时候，手机里面那么多应用，并不能确定哪一个Service响应了这个Intent，所以在项目中尽量使用显式Intent去启动Service。在Android 5.0(API LEVEL 21)版本后的，如果传入隐式Intent去调用bindService()方法，系统会抛出异常。 可以通过设置android:exported=false来确保这个Service仅能在本应用中使用。 4. 服务启动方式 服务可以由其他组件启动，而且如果用户切换到其他应用，这个服务可能会继续在后台执行。到目前为止，Android中Service总共有三种启动方式。 Scheduled，可定时执行的Service，是Android 5.0（API LEVEL 21）版本中新添加的一个Service，名为JobService，继承Service类，使用JobScheduler类调度它并且设置JobService运行的一些配置。具体文档可以参考JobScheduler，如果你的应用最低支持版本是21，官方建议使用JobService。 Started，通过startService()启动的Service。通过这种方式启动的Service会独立的运行在后台，即使启动它的组件已经销毁了。例如Activity A使用startService()启动了Service B，过了会儿，Activity A执行onDestroy()被销毁了，如果Service B任务没有执行完毕，它仍然会在后台执行。