前两天看到阿里一个大佬写的博客，提到高阶开发者必须掌握的技能，其中他明确提出了“精通Android性能优化”。
为什么性能优化对开发人员如此重要？
第一，不管你去面试哪家大厂，性能应该是必问项，而且使用范围广，无论如何是避不开的；
第二，你对性能优化掌握的越深入，意味着你能做的事情越多。
做了哪些性能优化呢（启动速度、电量、页面、内存…）；
如何减少APP启动时间；
内存优化，对于内存泄露就必须得了解；
还比如，内存抖动这块
从这张多线程的导图中（太大，不清晰可在下文查看Xmind原件huoqu方式）我们可以看出：想要彻底搞懂性能优化是需要掌握很多技术点的。
我在面试的时候也经常看到一些朋友写“精通性能优化”，但大多数人对精通存在一定误区。
由于业务需求，我们常常需要进行性能优化，而优化并不总是对一个单纯环境进行，是面对一个复杂的已投产系统。
对于大部分程序员来说，哪怕工作很久经验丰富，但依然会出现面对棘手问题束手无策的状况，大多是因为对出现问题的情况和处理思路模糊不清，导致此原因就是因为没有彻底搞懂底层原理。
前段时间整理收集的关于Android性能优化的知识脑图总结和学习手册文档！既能够夯实底层原理、性能调优等核心技术点，又能够掌握普通开发者，难以触及的架构设计方法论。那你在工作中、团队里、面试时，也就拥有了同行难以复制的核心竞争力。需要完整版的朋友，点这里来【我的交流qun】可以查看到全部内容
Android性能分析与优化实战进阶手册
Android性能分析与优化实战进阶手册目录及内容展示
启动优化
启动时间和响应时间是App带给用户的最直观的性能体验。因此，无论是何种类型的App，我们都不能忽视响应时间的测试。除了稳定性以外，对于性能纬度来说，哪个方面的性能是最重要的呢？毫无疑问，就是应用的启动速度。
- Android App 启动优化全记录
- Android 中如何计算 App 的启动时间？
- 应用启动时间
- Android 冷启动优化除了老三样还有哪些新招？
- 支付宝 App 构建优化解析：通过安装包重排布优化 Android 端启动性能
- Redex 初探与 Interdex：Andorid 冷启动优化
卡顿优化
在不同层次的开发工程师手里，因为技术水平的参差不齐，即使很多手机在跑分软件性能非常高，打开应用依然存在卡顿现象。另外，随着产品内容迭代，功能越来越复杂，UI页面也越来越丰富，也成为流畅运行的一种阻碍。综上所述，对APP进行性能优化已成为开发者该有的一种综合素质，也是开发者能够完成高质量应用程序作品的保证。
- Android 中的卡顿丢帧原因概述 - 方法论
- Android 中的卡顿丢帧原因概述 - 系统篇
- Android 中的卡顿丢帧原因概述 - 应用篇
- Android 无障碍服务导致的整机卡顿案例分析
- Android 流畅度检测原理简析
- Android JankTracker 原理解析
- App流畅度优化：利用字节码插桩实现一个快速排查高耗时方法的工具
内存优化
Android 低内存会导致性能问题 ， 具体表现就是响应慢和卡顿 。比如启动一个应用要花比平时更长的时间 ；滑动列表会掉更多帧 ；后台的进程减少导致冷启动变多 ；手机很容易发热发烫等 。
- Android 中低内存对性能的影响
- Android OOM案例分析
- Android 代码内存优化建议 - Android 资源篇
- Android 代码内存优化建议 - Android 官方篇
- Android 代码内存优化建议 - Java 官方篇
- Android 内存优化(1) - MAT 使用入门
- Android 内存优化之二 - MAT使用进阶
- Android 内存优化之三 - 打开 MAT 中的 Bitmap 原图
- Android 代码内存优化建议 - OnTrimMemory 优化
- Android LowMemoryKiller原理分析
- Android匿名共享内存（Ashmem）原理
UI优化
Android系统中图形系统是相当复杂的，包括WindowManager，SurfaceFlinger,Open GL,GPU等模块。 其SurfaceFlinger作为负责绘制应用UI的核心，从名字可以看出其功能是将所有Surface合成工作。 不论使用什么渲染API, 所有的东西最终都是渲染到”surface”. surface代表BufferQueue的生产者端, 并且 SurfaceFlinger所消费, 这便是基本的生产者-消费者模式. Android平台所创建的Window都由surface所支持, 所有可见的surface渲染到显示设备都是通过SurfaceFlinger来完成的.
优化心得和实战经验
性能问题是造成App用户流失的罪魁祸首之一。App的性能问题包括崩溃、网络请求错误或超时、响应速度慢、列表滚动卡顿、流 量大、耗电等等。而导致App性能低下的原因有很多，除去设备硬件和软件的外部因素，其中大部分是开发者错误地使用线程、 锁、系统函数、编程范式、数据结构等导致的。即便是最有经验的程序员，也很难在开发时就能避免所有导致性能低下的“坑”，因 此解决性能问题的关键是在于能不能尽早地发现和定位这些“坑”。
总结
作为过来人，我发现很多学习者和实践者都在 Android 性能优化上面临着很多的困扰，比如：
- 工作场景中遇到“性能优化”难题，往往只能靠盲猜和感觉， 用临时性的补救措施去掩盖，看似解决了问题，但下次同样的问题又会发作，原因则是缺乏方法论、思路的指引，以及工具支持；
- 能力修炼中，缺乏互联网项目这一实践环境，对“性能优化”只能通过理论知识进行想象，无法认识其在工作实战中的真实面目和实操过程；
- 职场晋升中，只管功能开发，不了解组件设计原理，缺少深入地思考与总结，无法完成高并发、高性能系统设计这类高阶工作，难以在工作中大展拳脚，而有挑战的工作往往留给有准备的人。
总之，一旦遇到“性能优化”问题，很少人能够由点及面逆向分析，最终找到瓶颈点和优化方法，而性能优化是软件工程的深水区，也是衡量一个程序员能力高低的标准。 如果你还没有掌握这套主流技术，现在想要在最短的时间里吃透它，需要完整版的朋友，点这里来【我的交流qun】可以查看到全部内容