最近看完了《Android开发艺术探索》这本书，这里算是一个笔记几率，算是加深一遍记忆，首先是性能优化的几个方法
- 布局优化
- 绘制优化
- 内存泄漏优化
- 响应速度优化和ANR日志分析
- ListView和Bitmap优化
- 线程优化
- 一些性能优化建议
布局优化
优化的思路就是尽量减少布局的层数，下面是相应的做法
-
删除布局中没有用的层级和控件，去掉过度的颜色绘制。
-
尽量少的采用性能较低的ViewGroup,能使用LinearLayout和FrameLayout的情况下不要去使用RelativeLayout（当然，是在层级不会增加的时候,如果因为放弃用RelativeLayout而使层级变多的话那就得不偿失了）
-
采用<merge>、<include>，<include>用来引入布局，当被引入布局的最外层和引入位置(也就是include所在的父布局)是相同的布局时，显然有一层多余的布局,这时就用<merge>替换掉被引入布局的最外层。
-
采用ViewStub,用ViewStub引入某个布局
<ViewStub android:id="@+id/view_stub_left" android:layout_width="wrap_content" android:layout_height="wrap_content" android:layout="@layout/item_translation_left" android:inflatedId="@+id/import_layout"/>其中view_stub_left是ViewStub的id,import_layout是引入布局的根元素id，如果要加载的话可以用setVisibility或者inflate，ViewStub就会被引入的布局替换掉，这里要注意的是ViewStub目前还不支持<merge>标签。
-
使用ConstraintLayout约束布局，这是一个为了解决嵌套层数而设计出来的布局，用法也很简单，在可视化界面将控件拖入框内，控制各种相对条件。具体可以看这篇文章。
绘制优化
绘制优化主要是注意onDraw方法，因为此方法可能频繁调用。所以在此方法里不要做创建对象和耗时任务的操作，尽量降低onDraw方法的复杂度。
内存泄漏优化
内存泄漏在开发过程中是一个需要重视的问题，但是由于内存泄漏问题对开发人员的经验和开发意识有较高的要求，因此这也是开发人员最容易犯的错误之一。
想要解决这个问题有两方面：
-
在开发过程避免写出有内存泄漏的代码，下面列举几个开发中要注意的点。
- 频繁使用不必要的静态变量，使用的静态对象持有大的引用比如activity。
- 单例对象持有activity，比如单例对象的监听回调是activity继承的，注册监听时把activity传了进去，如果没有解注册这一步，那activity就会一直存在，从而导致内存泄漏。
- 属性动画无限循环的模式下，在onDestory中没有去停止，此时动画虽然看不见了，但是却依然在播放，而且此动画持有的上下文对象也不会被释放，从而导致内存泄漏。
- 在适用Handler发送延迟消息时，在onDestory中没有清除消息，很多时候，我们关闭页面之后Handler已经不需要接收消息了，但是延迟消息还在队列里。这个消息包含了Handler的引用。而很多人使用Handler的时候都是匿名类方式，导致Handler持有当前activity对象，因此同样造成了内存泄漏。
-
通过分析工具比如LeakCanary、BlockCanaryEx来找出内存泄漏的点，然后解决。
响应速度优化以及ANR日志分析
响应速度优化的思路就是在主线程避免耗时操作，耗时操作要放到子线程中处理，其实就是异步。这两个放到一起，也是因为，响应速度和ANR有关，当activity在5秒内没有响应时，或者BroadcastReceiver在10秒内未执行完操作时也会产生ANR。
ANR产生以后直接从代码是很难发现原因的，要定位问题需要分析一个系统输出的文件，系统会在/data/anr目录下创建一个traces.txt的文件里面有具体产生ANR的原因，通过分析该文件就能找到问题所在。
ListView和Bitmap优化
ListView的优化主要是三点：
1. 采用ViewHolder进行复用，并且避免在getView里面进行耗时操作
2. 要根据滑动状态控制任务执行的频率，滑动快时用户其实是看不到页面上的内容的，这时高频率的异步加载其实很没有必要。
3. 开启硬件加速使滑动更流畅。这里简单说一下硬件加速到底是干嘛，我们手机里有CPU（中央处理器）和GPU（图形处理器）两个处理器，两者擅长的计算不同，前者主要解释计算机指令，后者主要是图形计算。开启硬件加速就是将CPU不擅长的图形计算转换成GPU指令由GPU来完成。
Bitmap优化主要就是通过BitmapFactory.Options来根据加载需要对图片进行采样，避免过度加载。
线程优化
主要思路是避免程序中存在大量线程，具体就是采用线程池来管理线程，避免频繁创建和销毁带来的不必要的消耗。
一些性能优化建议
- 避免创建过多的对象
- 不要过多的使用枚举，枚举占用的内存空间要比整形大
- 常量请适用static final来修饰
- 使用一些Android特有的书记结构，比如SparseArray和Pair等，它们都具有更好的性能
- 适当适用软引用和弱引用
- 采用内存缓存和磁盘缓存
- 尽量采用静态内部类，这样可以避免潜在的由于内部类而导致的内存泄漏
网友评论