Android 性能优化篇

布局优化

 布局优化的思路是减少布局层次。

1.同等层次的情况下，能使用 LinearLayout 和 FrameLayout 实现的效果，不用 ReleativeLayout 。

2.布局复杂的情况，使用 LinearLyout 需要增加层次的情况下，使用 ReleativeLayout ，可以减少层次

3.更加复杂的布局，使用约束布局 ContraintLayout

4.使用 include 复用布局

5.include 配合 merge 减少层级

6.使用 ViewStub 按需加载

三大布局标签的使用方式

include：提高布局复用性

merge标签：一边用于布局中的根节点，当根布局和内层子布局一致的话，就可以将根布局设置为merge标签，如果是merge标签的话，只会绘制渲染一次布局所以更省时，

ViewStub标签:(惰性标签)：ViewStub 是一个不可见的，没有尺寸， 主要用于实现 View 的延迟加载，可以避免浪费资源，减少布局的绘画，只有需要的时候才会加载。在 ViewStub 加载完成后就会被移除， 如果其他的View，虽然把View的初始可见View.GONE,但是在Inflate布局的时候View仍然会被Inflate,也就是说仍然会创建对象，会被实例化，会被设置属性。也就是说，会耗费内存等资源。但是ViewStub只能Inflate一次，之后会被置空，

应用场景：首次出现的引导页 sp判断 那么这个引导页就可以用ViewStub标签包裹

布局背景绘制

1.不需要绘制背景的 View ，去掉背景图

内存优化(内存泄露,内存溢出(OOM)(图片过多,图片过大,巨型图))

概念：由于某种原因，造成某个对象的引用没有被及时回收，所以造成内存泄露。原因:非静态匿名内部类默认持有外部类对象的引用,当内部类中的方法执行耗时操作的时候，程序退出，内部类还持有外部类对象的引用,造成外部类对象的引用不能被及时回收，所以就造成内存泄露.

解决方法：（1）暂停内部类中的方法执行，(2)将匿名内部类改成静态内部类

1.在使用单例的时候，如果需要传入Context的话，不要用this,因为单例的生命周期和整个应用程序的生命周期一样长的，当Activtiy退出的时候,单例还持有Activity对象的引用，所以Activity对象的引用不能被及时回收，就出现内存泄露,解决方法就是：getApplicationContext()代替this ，(一方面单例和上下文的生命周期一样长，另一方面单例不持有Activity对象的引用了)

2.如果Handler中有延迟任务或者等待执行的任务队列过长，都有可能因为Handler继续执行而导致Activity发生泄漏首先，非静态的Handler类会默认持有外部类的引用，如Activity等。然后，还未处理完的消息（Message）中会持有Handler的引用。还未处理完的消息会处于消息队列中，即消息队列MessageQueue会持有Message的引用。解决方法： 1.静态内部类默认不持有外部类的引用，所以改成静态内部类即可。同时，可以采用弱引用来持有Activity的引用2. 在Activtiy退出的onDestory()里面移除Handler的任务，mHandler.removeCallbacksAndMessages(null);

3.List集合在使用的时候也容易出现内存泄露

         list = new ArrayList