就在前几天面了一个32岁的老哥，问到他对性能优化这块的问题时，回答也是让人有点堪忧！ 然而现在各大公司面试都会问各种底层原理，性能优化的，如果不提前学习准备的话，基本都是一面挂。两年一跳的都总结出经验了，在面试中，关于性能优化这一块的出场率出奇的高，几乎所有公司都会问！
很多求职者抱怨大厂 “面试造火箭，工作拧螺丝”， 但实际上，面试中的大多数问题都是在全方位地考察你对技术的理解深度，以及解决问题的能力。你看似无理甚至无用的问题，但也是现在这个岗位对求职者必备的一些要求！
例如：典型的夺命连环call
面试官： 你在工作中有处理过性能优化么？
我： 有。
面试官： 那你都坐了哪些性能优化呢？
我： 启动速度、电量、页面、内存…
面试官： 看来你这块经验还是比较丰富的，那请你讲一下，你是如何减少APP启动时间？
我： …
面试官： ok，刚才你提到了内存优化，说一下你对内存泄露的理解。
我： …
面试官： …
我： …
面试官： 那内存抖动这块，你怎么看？
我： …
上面是一个典型的Android性能优化相关面试（大厂必问技能栈）， 不知道大家发现上面的套路了么？ 优秀的面试官，一定是顺着你的话茬往下走，看看你到底有几斤几两，俗称的剥洋葱。 你会什么，我问什么。这就要求我们对自己 “说的话，写的字”要负责。
如果你正在找工作, 那么你需要一份 Android高级开发面试宝典(已收录到Github)
随着 Android 开发越来越规范， 国内工程师的素质，以及用户对产品的要求也越来越高。这也间接导致我们对研发项目的质量要求到了近乎苛刻的地步，内存优化、UI 卡顿优化、App 崩溃监控等性能调优也逐渐成了人手必备的技能。 工作之余，难免让我们感慨学无止境，以及 Android 开发也是水深不见底。
同时也还是有很多Android开发者对性能优化只停留在“使用过”甚至是“听说过”的阶段，这其中甚至不乏一些工作 5 年以上的 Android 工程师。这里是我之前整理收集的关于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】可以查看到全部内容