作为 APP 体验的重要环节，启动速度是各个技术团队关注的重点。几百毫秒启动耗时的增减都会影响用户的体验，并直接反应在留存上。本文介绍了心遇团队在启动优化上所做的工作，以及在优化实践中所获得的一些感悟

随着云音乐不断的对线上崩溃治理，目前崩溃率已经达到了行业内较低水平。但线上还存在很多 OOM 的崩溃，这种崩溃大多是因为编码不规范导致的内存异常问题（比如内存泄露、大对象、大图等不合理的内存使用）

扩展是 Kotlin 的一种语言特性，即：在不修改类 / 不继承类的情况下，向一个类添加新函数或者新属性。扩展使我们可以合理地遵循开闭原则，在大多数情况下是比继承更好的选择。

LeakCanary 是我们非常熟悉内存泄漏检测工具，它能够帮助开发者高效地监控 Android 中常见的内存泄漏。在各大厂自研的内存泄漏检测框架的文档中也喜欢引述 LeakCanary 的原理分析。

关于架构的定义，其实在很多书籍和文章中都是不同的，很难做一个统一。这里列举两个定义： 软件架构是一个系统的草图。软件架构描述的对象是直接构成系统的抽象组件。各个组件之间的连接则明确和相对细致地描述组件之间的通讯。在实现阶段，这些抽象组件被细化为实际的组件，比如具体某个类或者对象…

前言：工欲善其事，必先利其器。 启动是指用户从点击 icon 到看到页面首帧的整个过程，启动优化的目标就是减少这一过程的耗时。启动性能是 APP 使用体验的门面，启动过程耗时较

前言：生活不止眼前的苟且，还有诗和远方。不敢说100%秒开，但这样做“雀食”是闪电般的启动速度。还有什么方法可以做进一步优化？怎么证明你的应用启动速度秒杀竞品 App？如何在线上衡量启动优化的效果？

以下为楼主在最近的 Android 开发（社招）面试中总结的 Android 知识点，楼主已经拿到心仪的offer，回馈同学们，感谢其他同学的分享。

最近面了几家公司，感觉虽然说八股文不怎么被提倡了，面试不怎么考八股文了，但是我怎么感觉这种说法在我身上不适用呢，基本面的每家公司都有八股文的内容，有一家还跟我聊了半小时八股文，差点嘴里要冒火星子了，所