Android 中进程的级别以及 Service 的优先级

Android 中进程的级别以及 Service 的优先级

因为在 bindService 启动 service 的时候须要传入 flag (能够看一下这篇文章)Service ,这里有介绍 flag 的做用,和启动的 Service 的优先级有关系,通常传入:BIND_AOUT_CREATE,这里咱们须要了解一下 Android 中进程的优先级的状况。前端

进程的五个经常使用级别:缓存

  • 前台进程(Foreground process):前台进程就是用户当前要处理的全部事情都必需要使用的进程。知足下面的各类状况则认为是前台进程。debug

    • 进程持有一个正在和用户交互的 Activity。
    • 进程持有一个 Service,这个 Service 处于这几种状态:1. Service 与用户正在交互的 Activity 绑定。 2. Service 是在前台运行的。 3. Service 正在执行它的生命周期 onCreate() onStrarCommand,onDestroy。 4. 进程持有一个 BroadcastReceiver 这个 BroadcastReceiver 正在执行它的 onReceiver 方法。

    杀死前台进程须要用户交互,前台进程的优先级最高code

  • 可见进程(Visible process):若是一个进程不含任何前台的组件,但仍可被用户在屏幕上看到。当知足下面任意一条的时候,进程被认为是可见的。cdn

    • 进程持有一个 activity,这个 activity 不在前台。可是仍然可见的状况。
    • 进程持有一个 Service ,这个 Service 与一个可见的 Activity 绑定。

    可见的进程也被认为很重要,通常不会被销毁,除非是为了保证全部前台进程的运行而不得已不杀死可见进程的时候blog

  • 服务进程(Service process):若是一个进程中运行着一个 Service,这个 Service 是经过 startService() 开启的,而且不属于上面两种较高优先级的状况下,这个进程就是一个服务进程。尽管服务进程没有和用户能够看到的东西绑定,可是它们通常在作的事情是用户关心的,好比后台播放音乐,后台下载数据等。因此系统会尽可能维持它们的运行,除非系统内存不足以维持前台进程和可见进程的运行须要(这句话和没说同样)生命周期

  • 后台进程(Background process):若是进程不属于上面三种状况,可是进程持有一个用户不可见的 activity (activity 的 onStop 被调用,可是 onDestroy 没有被调用的状态)就认为进程是一个后台进程。队列

    后台进程不直接影响用户体验,系统会为了前台进程、可见进程、服务进程而任意杀死后台进程,一般状况下会有不少后台进程存在,他们会被保存在一个 LRU(least recently used)列表中,这样就能够确保用户最近使用的 Activity 最后被销毁,先销毁时间最远的 Activity。进程

  • 空进程:若是一个进程不包含任何活跃的应用组件,则认为是空进程。例如:一个进程当中已经没有数据运行了,可是内存当中还为这个应用保留了一个进程空间。保存这种进程的惟一理由是为了缓存的须要,为了加快下次启动这个进程中组件的启动时间,这种空进程常常被杀死。内存

总结: 咱们已经知道有这 5 个进程了,而且他们的优先级都列出来的,这样咱们就能够根据优先级来让咱们的 APP 尽可能不被杀死了。

下面再来讲一下 BindService() 方法中的 flag 参数:

  • BIND_AUOT_CREATE:

    只要绑定存在就会自动建立这个 Service,虽然建立了 Service,可是它的 onStartCommand 方法是不会调用的,由于这个方法只有在 startService 的时候被调用。

    在 Android 4.0 之前,不提供这个标志的话,会影响系统断定当前 Service 进程的重要性(会把它认为是后台进程),当要设置的时候,告诉系统进程重要性的惟一方式是,经过 bindService 来实现,在这种状况下,只有 Activity 在前台才会起做用。(这样 Service 进程的优先级等同于启动它的进程的优先级)。

    如今要想把 Service 进程的优先级下降,必须提供新的 falg (BIND_ADJUST_WITH_ACTIVITY)。考虑到兼容性,若是没有指定 BIND_AUTO_CREATE 的时候,系统会自动加上 BIND_WAIVE_PRIORITY 和 BIND_ADJUST_WITH_ACTIVITY 来实现下降优先级的效果。由于在 Android 4.0 之前 Service 的优先级默认是后台进程,在 Android 4.0 以后默认是等同于宿主进程,因此只有设置了 BIND_WAIVE_PRIORITY 后才会 4.0 和 4.0之前都兼容起来被当作后台任务对待。

  • BIND_DEBUG_UNBIND:

    用来 debug 使用的

  • BIND_NOT_FOREGROUND

    不容许将绑定的 Service 的进程提高到前台进程的优先级,它将仍然拥有和客户端一样的内存优先级,因此在宿主进程没有被杀死的状况下,Service 的进程也是不会被杀死的。可是 cpu 可能会把它放在后台执行。仅仅在这种状况下会有做用,宿主进程在前端,Service 进程在后台

  • BIND_ABOVE_CLIENT

    在这种状况下,Service 进程比 App 自己的进程还有重要,当设置后,内存溢出的时候,将会在关闭 Service 进程前关闭 App 进程。可是这种状况不能保证。

  • BIND_ALLOW_OOM_MANAGEMENT

    容许内存管理系统管理 Service 的进程,容许系统在内存不足的时候删除这个进程。

  • BIND_WAIVE_PRIORITY

    不影响 Service 进程的优先级的状况下,容许 Service 进程被加入后台队列中。

  • BIND_IMPORITANT

    这个服务对于这个客户端来讲是很是重要的,因此应该提高到前台进程的级别。通常这个进程 会提高到可见的级别,甚至客户端在后台的时候。

  • BIND_ADJUST_WITH_ACTIVITY

    若是从一个 Activity 绑定,则这个 Service 进程的优先级和 Activity 是否对用户可见有关。

好了,就介绍到这里,因为我的水平有限,有错误的地方,请各位不吝赐教!

因为我的精力有限,多个渠道发布,排版可能会有问题。重点维护 Android开发家园

Android 开发者家园
相关文章
相关标签/搜索