安卓app性能优化

1、布局优化

     1）尽量减少布局文件的层级，有选择的使用性能较低的ViewGroup，比如LinearLayout、FrameLayout都是一种比较简单高效的ViewGroup。但是如果因为使用这些ViewGroup而导致层级加深，还是建议使用RelativeLayout。

    2）采用<include>、<merge>、<ViewStub>标签。

         <include>和<merge>经常搭配使用减少布局的层级。<include>标签只支持android：layout_开头的属性，其他属性是不支持的，当然，id这个属性是特例，如果被包含的Layout根元素也指定了id，则以<include>指定的标签为准。

        <ViewStub>继承了View，它非常轻量级且宽高都是0，它的意义在于按需加载布局文件，提高程序初始化性能.另外，目前ViewStub还不支持<merge>标签。<ViewStub>的两种加载方式如下：

(1)  （（ViewStub)findViewById(R.id.stub_import)).setVisibility(View.VISIBLE);

(2)View importPanel = （（ViewStub)findViewById(R.id.stub_import)).inflate();

2、绘制的优化

指View的onDraw方法要避免执行大量的操作，主要体现在两个方面。

1)在onDraw中不创建新的布局对象。

2)在onDraw中不做耗时的操作。

3、内存泄漏的优化

分两个方面：首先开发人员在开发过程中要提高意识，避免写出有内存泄漏的代码，另一方面是通过一些分析工具比如MAT来找出潜在的内存泄漏继而解决。

内存泄漏场景：

     1）静态变量导致的内存泄漏

     2）单例模式导致的内存泄漏：单例模式的生命周期跟Application保持一致，如果该单例持有Activity对象，将导致Activity对象无法被释放。

     3）属性动画导致的内存泄漏：有些无限循环的动画会泄漏当前Activity，即使我们已经无法看到界面了，但是动画还是一直播放，动画会持有Activity的View，而View又持有了Activity，导致该Activity无法被释放，解决办法是在Activity的onDestroy()方法中调用animator.cancel()来停止动画。

4、响应速度优化和ANR日志分析

    响应速度优化的核心思想是避免在主线程做耗时的操作。Android规定，Activity如果5秒钟内无法响应屏幕触摸事件或者键盘输入事件就会出现ANR，而BroadcaseReceiver如果10秒钟之内未执行完操作也会出现ANR。那么怎么定位问题呢？其实当一个进程发生ANR以后，系统会在/data/anr目录下创建一个文件traces.txt，通过分析这个文件就能定位出ANR的原因。

5、ListView和Bitmap的优化

6、线程优化

线程优化的思想是采用线程池，避免程序中出现大量的Thread。线程池可以重用内部的线程，从而避免了线程的创建和销毁所带来的性能开销，同时线程池还能有效的控制线程池的最大并发数，避免大量线程相互抢占系统资源从而导致阻塞现象的发生。

7、一些性能优化的建议

1）避免创建过多的对象

2）不要过多的使用枚举，枚举占用的内存空间比整型大。

3）常量请使用static final来修饰。

4）使用一些Android特有的数据结构，比如SparseArray 和Pair等，他们都具有更好的性能。

5）适当的使用软引用和弱引用。

6）采用内存缓存和磁盘缓存

7）尽量采用静态内部类，这样可以避免潜在的由于内部类而导致的内存泄漏。