如果是说启动性能是 APP 的使用门面的话，那么 UI 性能就可以称之为房屋的装饰功能了。我们在开发过程中不单纯要考虑到启动性能，还要考虑到软件的内存缓存、UI渲染、卡顿、崩溃、安全性等一系列的优化问题。像一些大厂在招聘面试中都是非常看中你是否会性能优化技术的，因为他们会要考虑的用户体验产品的体验的一个感受，毕竟用户群体才是他们的金主爸爸。
性能优化始终穿插在 App 整个研发生命周期中，不管是从 0 到 1 的建立阶段，还是从 1 到 N 打磨阶段，都离不开性能优化。
近几年面试被问的最多的性能优化相关问题如下：
- 在之前的项目中做过哪些性能优化，取得过哪些收益？
- 项目中有没有遇见卡顿问题？是怎么排查卡顿？又是怎么优化的?
- 怎么减少卡顿?
- 有做过自定义 View 吗？有对它做过什么优化？
- ……
但大多数开发者更多的还是在做业务开发，对于性能优化基本停留在"听说过"或者"简单使用工具"的阶段，其中不乏一些工作多年的 Android 工程师。
当然如果想要精进，不仅要知道如何利用工具做性能优化，还要对底层原理充分了解，对 Linux 底层相关知识也要充分了解，例如你从线程角度做启动优化，你需要了解在 Linux 层线程的 nice 值，线程优先级对调度的影响等...
这样才能够对精通对某一个领域的性能优化。
精通意味着：
- 首先在大厂面试环节，性能优化基本是必问项，你可以展示出个人实力；
- 一旦你进入大厂，对性能优化了解越多，你能够做的事情就越多，产出也会越多，而且可以持续不断去做。
当然，在一些面试中，也会看到一些朋友写“精通性能优化”，但是让其描述，往往就是一些自己编写的业务，一些去除页面多余嵌套、使用线程池、ViewStub 这些非常浅的方案。
其实更多的，我们还是希望能够听到，线上复杂环境，低端机/弱网等因素下，用户触发的一系列的体验问题。
想要搞清楚这些，那么必须对各种底层原理有着深度的了解，对各种 case非常丰富的经验；很多朋友经常遇到措手不及的问题，大多是因为对出现问题的情况和处理思路模糊不清，导致此原因就是因为没有彻底搞懂底层原理。
比如下面这张 Android 性能优化的知识点图，不少人都看过，但少有人沉下心去仔仔细细研究过。
对于上图来说，你能找到合理的优化位置吗？
需要参考高清图的可以 点击这里 进行查看。
作为过来人，我发现很多学习者和实践者都在 Android 性能优化上面临着很多的困扰，比如：
- 工作场景中遇到“性能优化”难题，往往只能靠盲猜和感觉，用临时性的补救措施去掩盖，看似解决了问题，但下次同样的问题又会发作，原因则是缺乏方法论、思路的指引以及工具支持；
- 能力修炼中，缺乏互联网项目这一实践环境，对“性能优化”只能通过理论知识进行想象，无法认识其在工作实战中的真实面目和实操过程；
- 职场晋升中，只管功能开发，不了解组件设计原理，缺少深入地思考与总结，无法完成高并发、高性能系统设计这类高阶工作，难以在工作中大展拳脚，而有挑战的工作往往留给有准备的人。
总之，一旦遇到“性能优化”问题，很少人能够由点及面逆向分析，最终找到瓶颈点和优化方法，而性能优化是软件工程的深水区，也是衡量一个程序员能力高低的标准。
为了能让大家更好的了解Android 性能优化相关方面的知识点，小编为大家整理了一份Android 性能优化知识点大全的PDF学习文档，里面包含了启动优化、UI渲染优化、崩溃优化、内存优化、卡顿优化、存储优化、弱网优化、耗电优化等等一些技术点的解析，需要参考学习的可以 点击这里 进行查看。**
网友评论