Android 性能优化

1、布局优化

1.1、从ViewGroup的选择来进行优化

布局优化的思想很简单，首先就是尽量减少布局文件的层级，其次尽量不要使用性能较低的UI控件，比如ViewGroup、RelativeLayout。Framelayout和LinearLayout一样都是一种简单高效的ViewGroup，在不增加层级的情况下，应该优先使用LinearLayout而不是RelativeLayout。

1.2 使用include标签进行优化

使用include标签进行优化并不会减少view树的层级，它的作用主要是为了对布局文件的可读性和复用性的优化，如果不希望增加层级，可以使用merge标签作为include文件的跟节点。

merge标签的使用条件：如果一个include的文件的根节点控件与include标签所在的父控件的类型相同，那么可以使用merge标签代替根节点，这样可以将include文件中的子节点直接添加到include标签的父控件中，节省了一个层级，在优化可读性和服用性的同时不增加view树的层级。

1.3 使用ViewStub优化布局

ViewStub继承自View，是一个非常轻量级的控件，它的宽和高都是0，因此它本身不参与布局的绘制过程。使用ViewStub的意义在于给想要加入的布局进行占位，使在View树在初始化的时候不inflate不要马上显示的控件，VewStub不支持merge标签。

1.4 绘制优化

在自定义View时，如果View的onDraw方法会被平凡调用，那么宁愿使用成员变量，也不要在onDraw方法里面创建局部变量。另一方面，onDraw方法里面不要做耗时操作，比如大量的循环操作，即使每次循环都是很快的，但大量的循环还是会抢占CPU的时间片，这会造成View的绘制过程不流畅，根据google官方给出的标准，View的绘制帧率最好保存60帧以上，所以我们应该尽量降低onDraw方法的复杂的。

2、启动页白屏优化

plashTheme

3、使用IntentService初始化第三方SDK

4、用户重复点击过滤

用户点击一个条目或按钮，大致可能是跳转界面或与服务器进行交互，如果不做点击过滤，那么可能会造成重复跳转或者重复请求，重复跳转已经是一个bug了，而和服务端交互要通过网络请求和响应，这本来就是耗时操作，重复请求不仅会找出造成卡顿，还会造成数据错乱。所以，在和用户交互时，如果会产生跳转或网络请求，最好要做去重处理，比如300ms以内重复点击只有第一次有效。

5、线程优化

• 不要再主线程做耗时操作；
• 使用线程池对应用中的子线程进行管理，线程池可以控制线程并发的数量，防止并发过多抢占大量的系统资源导致阻塞现象发生，也可以避免线程创建和销毁带来的性能开销。

6、对activity、fragment的生命周期方法的优化

不要在onResume、onPause、onStop方法中做耗时操作，因为这样可能会造成跳转出现卡顿、白屏现象。

7、规范、精简代码结构，减少不必要的代码