2024年最全生还是死？Android 进程优先级详解，面试高频题目及答案

最新推荐文章于 2024-09-20 13:03:44 发布

2401_84563734

最新推荐文章于 2024-09-20 13:03:44 发布

阅读量731

点赞数 24

分类专栏：程序员文章标签： android 面试学习

本文链接：https://blog.csdn.net/2401_84563734/article/details/138989037

版权

程序员专栏收录该内容

187 篇文章 0 订阅

订阅专栏

最后

其实Android开发的知识点就那么多，面试问来问去还是那么点东西。所以面试没有其他的诀窍，只看你对这些知识点准备的充分程度。so，出去面试时先看看自己复习到了哪个阶段就好。

上面分享的腾讯、头条、阿里、美团、字节跳动等公司2019-2021年的高频面试题，博主还把这些技术点整理成了视频和PDF（实际上比预期多花了不少精力），包含知识脉络 + 诸多细节，由于篇幅有限，上面只是以图片的形式给大家展示一部分。

【Android思维脑图（技能树）】

知识不体系？这里还有整理出来的Android进阶学习的思维脑图，给大家参考一个方向。

【Android高级架构视频学习资源】

**Android部分精讲视频领取学习后更加是如虎添翼！**进军BATJ大厂等（备战）！现在都说互联网寒冬，其实无非就是你上错了车，且穿的少（技能），要是你上对车，自身技术能力够强，公司换掉的代价大，怎么可能会被裁掉，都是淘汰末端的业务Curd而已！现如今市场上初级程序员泛滥，这套教程针对Android开发工程师1-6年的人员、正处于瓶颈期，想要年后突破自己涨薪的，进阶Android中高级、架构师对你更是如鱼得水，赶快领取吧！

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化学习资料的朋友，可以戳这里获取

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

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

前台进程

你会想正在与用户交互的东西是最重要的需要保证活着的，这应该完全正确。但是“正在与用户交互”这个定义有点模糊。当前的前台 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() 返回的常量，如果你的服务由于内存压力被杀掉，它表示控制什么发生什么：

1、**START_STICKY **表示你希望系统可用的时候自动重启你的服务，但你不关心是否能获得最后一次的 Intent （例如，你可以重建自己的状态或者控制自己的 start/stop 生命周期）。

2、START_REDELIVER_INTENT 是为那些在被杀死之后重启时重新获得 Intent 的服务的，直到你用传递给 onStartCommand() 方法的 startId 参数调用 stopSelf() 为止。这里你会使用 Intent 和 startId 作为队列完成工作。

3、**START_NOT_STICKY **用于那些杀掉也没关系的服务。这适合那些管理周期性任务的服务，它们只是等待下一个时间窗口工作。

后台进程

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

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

空进程

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

注意事项

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

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