作为一个程序员，性能优化是无法避开的事情，并且性能优化也是软件系统中最有挑战的工作之一， 更是每个工程师都需要掌握的核心技能 。

性能问题和Bug不同，后者的分析和解决思路更清晰，很多时候从应用日志即可直接找到问题根源，而性能问题，其排查思路更为复杂一些。

对App进行性能优化， 是一个系统性的工程，对工程师的技术广度和技术深度都有所要求。 一个简单的应用，它不仅包含了应用代码本身，还和虚拟机、存储、网络等紧密相关，线上应用一旦出现了性能问题，需要我们从多方面去考虑。

但在实际的工作中，很多情况下只能看到症状，却完全不知道该从哪下手去排查和解决它。

与此同时，除了一些低级的代码逻辑引发的性能问题外，很多性能问题隐藏的较深，即便能够排查，排查起来也会比较困难，需要我们对应用的各个子模块、应用所使用的框架和组件的原理有所了解，同时掌握一定的性能优化工具和经验。

前面提到过，应用出现性能问题和应用存在缺陷是不一样的，后者大多数是由于代码的质量问题导致，会导致应用功能性的缺失或出现风险，一经发现，会被及时修复。而性能问题，可能是由多方面的因素共同作用的结果：代码质量一般、业务发展太快、应用架构设计不合理等，这些问题处理起来一般耗时较长、分析链路复杂，大家都不愿意干，因此可能会被一些临时性的补救手段所掩盖......

临时性的补救措施只是在给应用埋雷，同时也只能解决部分问题。

就我身边的例子来说，很多开发者会存在以下3个问题：

1. 对性能优化的流程不是很清晰。初步定为一个疑似瓶颈点后，就兴高采烈地吭哧吭哧开始干，最终解决的问题其实只是一个浅层次的性能瓶颈，真实的问题的根源并未触达；

2. 对性能瓶颈点的分析思路不是很清晰。UI、网络、内存......这么多的性能指标，我到底该关注什么，应该从哪一块儿开始入手？

3. 对性能优化的工具不了解。遇到问题后，不清楚该用哪个工具，不知道通过工具得到的指标代表什么。

在大厂的面试中，性能优化也是经常会被问到的题目，用来考察是否有实际的线上问题处理经验。

1. ui优化除了在布局上处理，还有其他方式没？

2. 启动优化时除了在application的oncreate的方法中使用异步线程加载部分资源外，还有什么方式？

3. 为什么jvm设置了标记和回收算法，在标记的同时也做回收不行么？为什么？

4. 通过jvm的标记回收算法，你能想到这种优化方式能如何使用到自己的项目中，请举例说明

5. 性能优化的本质是什么？请说一下你的理解！

为了帮助大家搞清楚这些问题，我特别邀请了《Android开发入门与实战第二版》作者之一，曾任职于银联、华夏幸福等知名公司的River老师对大家进行详细讲解：

1.内存优化实战，迅速降低内存泄漏，溢出问题

• JVM垃圾回收算法详解

• 通过解决Handler内存泄漏问题引申内存问题的根本

• 使用Mat解决项目中的内存泄漏问题

2.剖析UI卡顿底层原理，实战UI与启动优化

• 分析xml被加载到手机屏幕流程原理

• 从xml到代码的UI优化实战

• 启动优化的核心原理与具体实战

• 从UI/启动优化延伸出其他的技术方案

7.13-7.14 两天晚上八点准时直播开车。

原价299元的性能优化训练营，现在 限时优惠只需要0.1元 即可加入学习！（ 限量100个名额 ）

大家手速要快，赶紧识别下方图中二维码加入学习吧！

另外还有一套系统的性能优化资料同时分享给大家，帮助大家对性能优化了解的更加深入。

扫码获取资料，开启你的性能优化之旅（如遇扫码频繁+VX：mm14525201314）