当我们点击了StartActivityB，内存情况是这样的,发生了内存泄露
QQ图片20160925221213.png
并且用Allocation Tracking检测到创建了很多的Rect对象，造成的原因是一下代码
private void startAllocationLargeNumbersOfObjects() {
Toast.makeText(this, "请注意查看MemoryMonitor 以及AllocationTracker", Toast.LENGTH_SHORT).show();
for (int i = 0; i < 10000; i++) {
Rect rect = new Rect(0, 0, 100, 100);
System.out.println("-------: " + rect.width());
}
}
在这里，我们发现了一个非静态内部类的静态实例造成的泄露，
QQ图片20160925224543.png
Handler 造成的内存泄露：在这里我们的handler是持有MainActivity的实例引用，无法被垃圾回收
QQ图片20160925224825.png
- 解决办法
1.不要让静态变量引用Activity
2.使用WeakReference
3.使用静态内部类来代替内部类
4.静态内部类使用弱引用来引用外部类
5.在声明周期结束的时候释放资源 - 减少内存使用
1.使用更轻量级的数据结构
2.避免在onDraw方法中创建对象
3.使用对象池（Message.obtain()）
4.LRUCache
5.Bitmap内存的复用，压缩
6.StringBuilder
UI自定义控件部分出现了过度绘制
- 在自定义的部分中，onDraw中创建了对象，而且是两个对象
QQ图片20160926111009.png
- 在UI中使用了RelativeLayout
QQ图片20160926111337.png
- 解决办法,避免UI的卡顿
避免在onDrawn中创建对象
减少View的层级
避免在UI顶层使用RelativeLayout
自定义控件控制绘制的复杂度 -
优化过度绘制
减少View的层级
减少不必要的背景
.9图用作背景
ViewStub
ClipRect&QuickReject
在这里我们要修改onDraw（）方法
QQ图片20160926113601.png
