开篇

目前市面上关于Android 性能优化的文章实在多到数不胜数，但整体质量欠佳，要么太过片面，要么故弄玄虚，基本都是简单雷同的拼凑，并没有形成整体且系统的优化思路，那有没有一篇覆盖全面，简单易懂，适合大多数初中级开发/测试人员看的性能优化文章呢？答案是有的，就是本文(系列)。

在进入具体的内容之前，别急，先让我们捋一捋何谓性能优化以及如何下手(切入点)。

性能优化有两个侧重点，一个是以提高为主，就像考试把分数从70分提高到90分，本来也能用，即使不提高也没关系，但提高了以后更有竞争力。比如缩短启动/页面打开时间，优化动画执行效率，加快启动速度，APK包瘦身，总之让应用跑的更快更流畅；另一个是稳定性为主，避免运行一段时间后的内存泄漏或者OOM等，就像是考试尽量保持在70分以上，避免降到60分以下不及格，那样会影响应用的使用。

我们的系列针对后者，或者说是针对于稳定性优化。

接下来的问题就是 怎么判断当前的性能是多少分？如果性能很差，比如明显的卡顿和OOM，那么肉眼就可见,直接就可以判定不合格，但如果不那么明显的话靠人的主观就不好判断了，这时候就需要依靠工具监控。如同医生给人做体检一样，把身体全部检查一遍，最后给出体检报告。所以，对于应用来说，”体检”是发现性能问题的关键。这里引申出线上和线下场景的概念。

图片1.png

图片2.png

线下场景：说白了就是办公室里可以直接连接设备进行debug，不管是用Android studio还是adb都可以方便的分析。

线上场景，真实的线上环境，无法直接debug，不方便分析。

有人说那只考虑线下场景呗，先保证开发自测这一环是没多大问题，这样是没错，但是覆盖率不高，因为线上和线下环境还是差的蛮多的，有时候在线下测得好好的，但是一到线上就各种问题了。线上的场景和操作路径五花八门，不是几个测试用例就能覆盖的了的。就像是看病，有些病只有症状出来了，医生才好判断，如果没有症状，那就不好诊断了。

”体检”的根本是能使用各种”仪器”进行检查， 会使用了仪器，那么病灶也就无所遁形了，这也是本文(系列)的重点。

针对线下场景，我们会从UI，CPU，内存和整体去介绍相关工具的使用，针对线上场景我们主要介绍对内存监控的方法。

我们会把线上和线下分开来讲。需要注意，不管线上还是线下，它们的只是监控手段不同，优化的原理方向都是一致的。