谷歌中国开发者社区 (GDG)
  • 主页
  • 博客
    • Android
    • Design
    • GoogleCloud
    • GoogleMaps
    • GooglePlay
    • Web
  • 社区
    • 各地社区
    • 社区历史
    • GDG介绍
    • 社区通知
  • 视频
  • 资源
    • 资源汇总
    • 精选视频
    • 优酷频道

生还是死?Android 进程优先级详解

2016-01-27Guokai HanAndroid1 comment

英文原文:Who lives and who dies? Process priorities on Android

作者:Ian Lake,Google Android 推广工程师;翻译:Guokai Han。

让我们面对现实:移动设备上没有无限的内存、无限的电池或者其它无限的资源。这对应用而言意味着你应该把进程死亡作为应用生命周期的一个自然过程对待。最重要的是确保杀死进程及内存回收不会对用户造成负面影响。事实上,Android 中的多数进程架构都是为了确保特定的顺序而特别设计的,并按重要性层次遵循一组模式。

Android 进程层次

你会发现最重要的进程被称为前台进程,然后依次是任何可见进程、服务进程、后台进程,最后是空进程。这个文档中有详细描述,这里我们将进一步展开。

注意,当我们谈论特定组件(服务、activity)时,Android 只杀死进程,而不是组件。当然,这不会阻止通常的垃圾回收进程(它要回收没有任何引用的对象的内存),不过这是另一个主题了。

0-yGCYcQQsVmaT3Ukf
前台进程

你会想正在与用户交互的东西是最重要的需要保证活着的,这应该完全正确。但是“正在与用户交互”这个定义有点模糊。当前的前台 Activity 毫无争议属于这一类,它是已经调用了 onResume() 方法但还没有收到 onPause() 调用的 Activity 。

一些 activity 在依靠他们自己的同时,也可能依赖 bound service 。任何进程,如果它持有一个绑定到前台 activity 的服务,那么它也被赋予了同样的前台优先级。这完全符合直觉,如果前台 activity 认为和那个服务保持持久连接很重要,那么保持这个服务活着就对 activity 和 Android 很重要。对于正在与前台服务交互的 content provider 也是如此。

但是谁说用户能察觉到的只有 activity ?如果正在播放的音乐突然停止或导航方向突然消失,我一定会很恼火。幸好,Android 可以让服务使用 startForeground() 方法成为高优先级前台服务。这绝对是媒体播放的最佳实践,但是这里要问一个重要问题“如果服务停止了,用户会立刻察觉到吗?”。前台服务应该仅被用于关键的、可被立刻察觉的场景。

注意:要成为前台服务需要在服务中包含一个通知以便让用户注意到这个服务正在运行。如果你觉得你的使用场景不需要这个通知,那么前台服务对你可能不是正确的选择(是的,成为前台服务并不要求一定运行在后台,见下文)。

在接收关键生命周期方法时会让一个进程临时提升为前台进程,包括任何服务的生命周期方法(onCreate(), onStartCommand() 和 onDestroy()) 和任何广播接收器 onReceive() 方法。这样做确保了这些组件的操作是有效的原子操作,每个组件都能执行完成而不被杀掉。

可见进程

等下,我想我已经谈到了当前的 activity?你会发现 activity 可见的时候不一定在前台。一个简单的例子是前台的 activity 使用对话框启动了一个新的 activity 或者一个透明 activity 。另一个例子是当你调用运行时权限对话框时(事实上它就是一个 activity!)。

在收到 onStart() 和收到 onStop() 方法期间的 activity 是可见 activity 。在这两个方法调用之间,你可以做所有可见 activity 能做的事情(实时更新屏幕等)。

和前台 activity 类似,可见 activity 的 bound service 和 content provider 也处于可见进程状态。这同样是为了保证使用中的 activity 所依赖的进程不会被过早地杀掉。

但请记住,只是可见并不意味着不能被杀掉。如果来自前台进程的内存压力过大,可见进程仍有可能被杀掉。从用户的角度看,这意味着当前 activity 背后的可见 activity 会被黑屏代替。当然,如果你正确地重建你的 activity ,在前台 activity 关闭之后你的进程和 activity 会立刻恢复而没有数据损失。

注意:你的 activity 和进程即使可见也可能被杀掉是因为  startActivityForResult()+onActivityResult() 或 requestPermissions()+onRequestPermissionsResult() 流程没有获得回调类的实例。如果你的整个进程死了,那么所有的回调类实例也死了。如果你看到使用回调方式的库,你应该意识到这在低内存压力情况下无法完成。

服务进程

如果你的进程不属于以上两种类别,而你有一个启动的服务(started service),那么它被看作是一个服务进程。对于许多在后台做处理(如加载数据)而没有立即成为前台服务的应用都属于这种情况。

这没有问题!绝大多数情况,这是后台处理的最佳方式。这种进程只有在前面讲的可见进程和前台进程做了太多事情需要更多资源的时候才会被杀掉。

请特别注意从 onStartCommand() 返回的常量,如果你的服务由于内存压力被杀掉,它表示控制什么发生什么:

  • START_STICKY 表示你希望系统可用的时候自动重启你的服务,但你不关心是否能获得最后一次的 Intent (例如,你可以重建自己的状态或者控制自己的 start/stop 生命周期)。
  • START_REDELIVER_INTENT 是为那些在被杀死之后重启时重新获得 Intent 的服务的,直到你用传递给 onStartCommand() 方法的 startId 参数调用 stopSelf() 为止。这里你会使用 Intent 和 startId 作为队列完成工作。
  • START_NOT_STICKY 用于那些杀掉也没关系的服务。这适合那些管理周期性任务的服务,它们只是等待下一个时间窗口工作。
后台进程

比如说你的 Activity 一开始是前台 Activity,但是用户点了 home 键导致 onStop() 方法被调用。假设你之前一直是高优先级进程类别,这时你的进程将变为后台进程类别。在一般操作场景下,设备上的许多内存就是用在这上面的,让你重新回到之前打开过的某个 activity 。

Android 不是为了杀而杀的(记住:从头启动是有代价的),所以这些进程会保留一段时间,直到更高优先级进程需要内存的时候才被回收,并且是按照最近最少使用顺序(最老的会被优先回收)。然而,当他们被杀掉的时候和可见 activity 处理情况一样,你应该能够在不丢失用户状态的情况下重建这些 activity 。

空进程

在任何层次中,空进程都是最低优先级的。如果不属于以上类别,那它就是这种。这里没有活跃的组件,只是出于缓存的目的而被保留(为了更加有效地使用内存而不是完全释放掉),只要 Android 需要可以随时杀掉它们。

注意事项

当我们谈论进程优先级的时候是以 activity、service 这样的组件来说的,但请记住这些优先级是在进程的级别上,不是组件级别上。只要一个组件(比如一个前台服务)就会将整个进程变为前台进程。绝大多数应用是单进程的,如果你有生命周期差异很大的不同部分或者某个部分非常重量型,那么强烈建议你把它们分为不同的进程,让重量级进程尽早被回收。

同样重要的是,你的进程属于什么类别是组件层面发生的事情决定的。这意味着把非常重要的长时间运行的操作放在 activity 所在进程的一个独立线程中的做法,在进程突然变成后台进程的时候可能会遇到问题。使用你能用到的工具(一个服务或基于优先级的前台服务)来确保系统知道你在做什么。

与别人友好相处,把用户放在心里

整个系统这样工作都是为了用户。做个好公民,做好你的应用,始终让自己工作在合适的优先级上。请记住,作为一个开发者,你使用的手机可能比你用户的最差手机快得多得多,你可能从来不会看到可见进程被杀死,远少于服务进程,但是这不意味着它不会发生!

我仍然建议你购买一个非常低端的 Android 设备用于测试,同时你也可以在高端设备上测试被杀掉时应用是如何响应的。要在包级别杀掉应用,请使用:

Shell
1
adb shell am force-stop com.example.packagename

如果你有多个进程,可以在第二栏找到进程 id(PID)(如,下面第一个数字):

Shell
1
adb shell ps | grep com.example.packagename

然后这样杀掉:

Shell
1
adb shell kill PID

不论内存压力多大,确保你的应用在尽可能多的设备上良好运行的第一步是测试你的应用在被杀掉时是如何响应的。

#BuildBetterApps

请在我们的 Google+ 帖子上参与讨论,并关注 Android Development Patterns 信息流获得更多内容!

androiddeveloperpatterns

除非特别声明,此文章内容采用知识共享署名 3.0许可,代码示例采用Apache 2.0许可。更多细节请查看我们的服务条款。

1 comment. Leave new

极分享
2016-03-15 10:57

这个是非常不错的社区,但是基础东西偏多

Reply

Leave a Reply Cancel reply

Your email address will not be published. Required fields are marked *

You may use these HTML tags and attributes: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code class="" title="" data-url=""> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong> <pre class="" title="" data-url=""> <span class="" title="" data-url="">

Recent Posts

  • Admin Essentials: know your options for Modern Enterprise Browser Management
  • TheVentureCity and Google Consolidate Miami as a Tech Powerhouse
  • Keep a better eye on your Google Cloud environment
  • Using HLL++ to speed up count-distinct in massive datasets
  • Season of Docs Announces Results of 2019 Program

Recent Comments

  • admin on Using advanced Kubernetes autoscaling with Vertical Pod Autoscaler and Node Auto Provisioning
  • Martijn on Using advanced Kubernetes autoscaling with Vertical Pod Autoscaler and Node Auto Provisioning
  • Martijn on Using advanced Kubernetes autoscaling with Vertical Pod Autoscaler and Node Auto Provisioning
  • Chen Zhixiang on Concurrent marking in V8
  • admin on 使用 Android Jetpack 加快应用开发速度

Archives

  • December 2019
  • November 2019
  • October 2019
  • September 2019
  • August 2019
  • July 2019
  • June 2019
  • May 2019
  • April 2019
  • March 2019
  • February 2019
  • January 2019
  • December 2018
  • November 2018
  • October 2018
  • September 2018
  • August 2018
  • July 2018
  • June 2018
  • May 2018
  • April 2018
  • March 2018
  • February 2018
  • January 2018
  • December 2017
  • November 2017
  • October 2017
  • September 2017
  • August 2017
  • July 2017
  • June 2017
  • May 2017
  • April 2017
  • March 2017
  • February 2017
  • January 2017
  • December 2016
  • November 2016
  • October 2016
  • September 2016
  • August 2016
  • May 2016
  • April 2016
  • March 2016
  • February 2016
  • January 2016
  • December 2015
  • November 2015
  • October 2015
  • September 2015
  • August 2015
  • July 2015
  • June 2015
  • January 1970

Categories

  • Android
  • Design
  • Firebase
  • GoogleCloud
  • GoogleDevFeeds
  • GoogleMaps
  • GooglePlay
  • Google动态
  • iOS
  • Uncategorized
  • VR
  • Web
  • WebMaster
  • 社区
  • 通知

Meta

  • Log in
  • Entries RSS
  • Comments RSS
  • WordPress.org

最新文章

  • Admin Essentials: know your options for Modern Enterprise Browser Management
  • TheVentureCity and Google Consolidate Miami as a Tech Powerhouse
  • Keep a better eye on your Google Cloud environment
  • Using HLL++ to speed up count-distinct in massive datasets
  • Season of Docs Announces Results of 2019 Program
  • Admin Insider: What's new in Chrome Enterprise, Release 79
  • Discover insights from text with AutoML Natural Language, now generally available
  • Introducing Storage Transfer Service for on-premises data
  • How Mynd uses G Suite to manage a flurry of acquisitions
  • W3C Trace Context Specification: What it Means for You

最多查看

  • 如何选择 compileSdkVersion, minSdkVersion 和 targetSdkVersion (25,371)
  • Google 推出的 31 套在线课程 (22,455)
  • 谷歌招聘软件工程师 (22,336)
  • Seti UI 主题: 让你编辑器焕然一新 (13,823)
  • Android Studio 2.0 稳定版 (9,420)
  • Android N 最初预览版:开发者 API 和工具 (8,036)
  • 像 Sublime Text 一样使用 Chrome DevTools (6,323)
  • 用 Google Cloud 打造你的私有免费 Git 仓库 (6,076)
  • Google I/O 2016: Android 演讲视频汇总 (5,608)
  • 面向普通开发者的机器学习应用方案 (5,539)
  • 生还是死?Android 进程优先级详解 (5,228)
  • 面向 Web 开发者的 Sublime Text 插件 (4,341)
  • 适配 Android N 多窗口特性的 5 个要诀 (4,311)
  • 参加 Google I/O Extended,观看 I/O 直播,线下聚会! (3,620)
© 2019 中国谷歌开发者社区 - ChinaGDG