Android性能优化之工具和优化点总结
Android性能优化学习
本文为作者原创，转载请注明作者和出处
最近公司主抓性能优化工作，借此春风也学习到了许多Android性能优化方面的知识。由于组内队友的给力，优化的成果也是比较喜人。同时也学习和实践了不少知识，特此记录。
1.性能优化分析工具学习
工欲善其事，必先利其器。在开始代码优化之前，先得学会使用性能分析工具。以下三个工具都是谷歌官方推出的，可以帮助我们定位分析问题，从而优化我们的APP。
- System Trace
Systrace是一个收集和检测时间信息的工具, 它能显示CPU和时间被消耗在哪儿了, 每个进程和线程都在其CPU时间片内做了什么事儿. 而且会指示哪个地方出了问题, 以及给出Fix建议。给出的结果trace文件是以html形式打开的，直接用浏览器打开查看十分方便。打开方法：打开DDMS后，连接手机，点击手机上方一排按钮中的SysTrace按钮。
打开的效果如下图：
System Trace
在代码中打点方式如下
Trace.beginSection("name");
//要检测运行时间的代码
Trace.endSection();
- Hierarchy Viewer
Hierarchy Viewer提供了一个可视化的界面来观测布局的层级, 让我们可以优化布局层级, 删除多余的不必要的View层级, 提升布局速度。另外，开发者模式中调试GPU过度绘制选项也可以进行视图层级调试。在SDK-> tools目录下打开hierarchyviewer.bat即可。
效果如下图：
Hierarchy Viewer
- TraceView
一个图形化的工具, 用来展示和分析方法的执行时间。也是一款性能优化的神器。可以通过像打log一样的方式去定位代码的执行时间，从而可以准确定位是哪一段代码的执行消耗了太多时间。相比SysTrace，功能更强大，使用起来也更复杂。
TraceView
2.布局优化
布局优化相对比较容易，优化可以先从布局来展开。使用Hierarchy Viewer和开发者模式中关于布局绘制的选项，可以查到一些问题然后进行修改。
-
布局嵌套过深 有的时候为了赶进度，布局设计的不是很好。层级嵌套过深的话，深度遍历各个节点会非常消耗时间，这也是布局优化余地最大的一个点了。很多过深的层级是不必要的。如果布局真的很复杂，不深度嵌套没法实现想要的效果。试试最新的约束布局Constraintlayout吧。没有使用过的话，下面这篇官方文档可以帮助你：
Constraintlayout官方介绍文档 -
使用合适的布局 三种常见的ViewGroup的绘制速度：FrameLayout > LinerLayout > RelativeLayout。当然，如果用RelativeLayout可以避免布局嵌套的话是值得的。可以根据这些去决定选用什么样的布局。
-
列表控件优化 不论是ListView还是RecycleView都有优化点，一个是convertView的复用，一个是ViewHolder的使用避免重复遍历节点。当然这些都是基础中的基础了。如果发现项目中的代码ListView或者RecycleView的使用不规范的话，赶紧进行修改吧。
-
使用include标签 在布局文件中，<include>标签可以指定插入一段布局文件到当前布局。这样的话既提高了布局复用，也减少了我们的代码书写。另外，<merge>标签可以和<include>的标签一起使用从而减少布局层级。
-
ViewStub延时加载 有些布局，比如网络出错的布局，没必要在所有时候都加载出来。使用ViewStub可以实现按需加载。ViewStub本身没有宽高，加载起来几乎不消耗什么资源。当对他setVisibility(View.VISIBLE)的时候会调用它引用的真实布局填充到当前位置，从而实现了延时加载，节省了正常加载的时间。
-
移除Activity默认背景 只要我们不需要Activity的默认背景，就可以移除掉，以减少Activity启动时的渲染时间，提升启动效率。移动方法见下：
<style name="MyStyle" parent="AppTheme">
<item name="android:windowNoTitle">true</item>
<item name="android:windowBackground">@null</item>
</style>
3.线程优化
线程的创建和销毁会带来比较大的性能开销。因此线程优化也很有必要。查看项目中是否存在随意new thread，线程缺乏管理的情况。使用AsyncTask或者线程池对线程进行管理，可以提升APP的性能。另外，我比较推荐使用Rxjava来实现异步操作，既方便又优雅。
4.内存泄露
内存泄露会导致APP占用内存过高，影响效率，严重的话会导致OOM。因此如果项目存在内存泄露的话要优先解决。查找内存泄露可以用LeakCanary等工具，具体怎么解决，有哪些泄露点，以后有时间也写篇总结。
5.算法优化
毋庸置疑，使用合适的算法处理事务可以大幅提升APP的性能。当然算法不是我的强项，也只能给出一些大致的点：查询考虑二分查找节省时间，尽量不要使用耗时的递归算法。必要的时候可以空间换时间来提高APP运行效率。
6.其他优化点
-
异步处理耗时任务 在Activity、Fragemnt的onCreate等初始化方法中，如果执行了太耗时的操作（例如读取各种数据），会影响页面的加载速度，让用户觉得APP太慢。这时候可以异步处理这些耗时任务，减小应用启动的时候的负担。
-
替换矢量图 尽管矢量图有诸多优点，但矢量图的绘制是消耗性能的。在应用初始化加载等比较影响用户体验的地方，还是建议使用Bitmap来代替矢量图，提高APP开启效率。
-
正则表达式 经小伙伴用TraceView不断的打点发现，正则表达式非常消耗时间。因此尽管正则表达式非常优雅，涉及到性能问题的时候，可以改为其他判断方式来提高APP性能。
-
浮点类型 在Java中浮点类型的运算大概比整型数据慢两倍，因此整型数据能解决的问题尽量用整型。
-
减少冗余log 开发的时候用于调试的log，在项目上线的时候没用的要及时删除。当然有用的log还是要留下，以便以后分析问题。
-
删除无用资源 没用用的资源会增大APK大小，既然没有用了，上线的时候当然要及时删除。
-
Lint代码检查 使用Lint等静态代码检查工具可以帮助我们发现很多隐藏的问题。Lint检查出来的问题越少，说明代码越规范，越不容易出现各种问题，APP性能自然也会提升。
-
滥用全局广播 全局广播也是十分消耗性能的一个点。对于应用内的通讯，使用接口回调，EventBus等手段比起广播是更好地选择。动态注册广播的时候，也不要忘了广播的注销。
7.总结
可以看到除了工具的使用外，性能优化是很考验代码功底的。因此想要做好性能优化，强化基本功不可少。性能优化也是一件相对枯燥而难度大的工作。因为很多优化的努力可能立马看不到效果，或者说优化的成果在数据上难以体现。我们在做性能优化的时候也遇到果瓶颈，找不到优化方向而感到泄气。但是坚持下来，利用好工具，从各个点去优化，总会有拨开云雾见青天的一天！
