Android性能优化：一份详细的布局优化实战指南，太特么重要了

前言

对于Android开发者来说，懂得基本的应用开发技能往往是不够，因为不管是工作还是面试，都需要开发者懂得大量的性能优化，这对提升应用的体验是非常重要的。对于Android开发来说，性能优化主要围绕如下方面展开：启动优化、渲染优化、内存优化、网络优化、卡顿检测与优化、耗电优化、安装包体积优化、安全问题等。 下面是我整理了网上很多大佬的经验分享对Android性能优化做了一个总结。

Android性能优化的方案比较多，在开发过程中，主要考虑从以下几个方面优化：

• 布局优化
• 绘制优化
• 内存泄漏优化
• 响应速度优化
• Listview优化
• Bitmap优化
• 线程优化

接下来我们从这几个方面为大家简单介绍优化方案。

布局优化

大家肯定都知道Android中有许多布局，比如Linerlayout、RelativeLayout等，布局优化就是减少布局文件层级，层级减少了，那么程序绘制时就快了许多，所以可以提高性能。

在布局代码中，使用什么布局基本遵守以下规则：

• 如果布局中既可以使用LinearLayout也可以使用RelativeLayout，那么就采用LinearLayout，这是因为RelativeLayout的功能比较复杂，它的布局过程需要花费更多的CPU时间。
• 如果布局需要通过嵌套的方式来完成。这种情况下还是建议采用RelativeLayout，因为ViewGroup的嵌套就相当于增加了布局的层级，同样会降低程序的性能。

3.使用<include>或<merge>标签和ViewStub，提取布局中公共部分的布局，可提高布局初始化效率。

绘制优化

绘制优化就是不要再view的onDraw方法中做大量操作。

第一、不要在onDraw方法中创建新的对象，因为onDraw方法可能被频繁调用，这样会产生大量的临时文件，导致内存占用过多，程序执行效率降低。

第二、尽可能的不做耗时的操作，大数量的循环也会占用CPU的时间

内存泄漏优化

内存泄漏优化换句话说，就是什么情况可能会导致内存泄漏，相信大家都比较清楚，因为这也算是初级比较经典的面试题了。主要有以下几种情况：

• 不要再Acticity中声明静态变量，这样会是的Activity无法完全销毁释放
• 单例设计模式一起的内存泄漏，单例设计模式的静态特性会使他的生命周期和应用程序的生命周期一样长，这就说明了如果一个对象不在使用了，而这时单例对象还在持有该对象的引用，这时GC就会无法回收该对象，造成了内存泄露的情况。所以使用单例模式时，传入的context应该使用ApplicationContext
• 非静态内部类创建的静态实例造成的内存泄漏
• Handler造成的内存泄漏，不要在Activity中用非静态匿名内部类的方式去引用hanlder，比如:

public class MainActivity extends AppCompatActivity {
    private Handler mHandler = new Handler() {
        @Override
        public void handleMessage(Message msg) {
        }
    };
    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);
        loadData();
    }
    private void loadData(){
        Message message = Message.obtain();
        mHandler.sendMessage(message);
    }
}

这样hanlder会持有Activity的引用，handler是运行在一个Looper线程中的，而Looper线程是轮询来处理消息队列中的消息的，假设我们处理的消息有10条，而当他执行到第6条的时候，用户退出销毁了当前的Activity，这个时候消息还没有处理完，handler还在持有Activity的引用，这个时候就会导致无法被GC回收，造成了内存泄漏。

响应速度优化

响应速度优化的核心思想是避免在主线程中做耗时操作，Android规定，Activity如果5秒钟之内无法响应屏幕触摸事件或者键盘输入事件就会出现ANR，而BroadcastReceiver如果10秒，Service时20s当然这是小概率事件，如果在相应时间内未得到反映就会出现ANR。当有耗时操作时，可以单独开启一个线程去操作。

listview优化

listview优化相信大家也都比较熟悉了，也是比较经典的面试题，在这里就不详细赘述了，主要有复用view，首先判断view是否为空，如果不为空直接引用，为空再创建使用ViewHolder类，settag的方式保存布局的控件初始化信息，避免每次都去findviewbyid影响效率

Bitmap优化

其实思想也很简单，那就是采用BitmapFactory.Options来加载所需尺寸的图片。这里假设通过ImageView来显示图片，很多时候ImageView并没有图片的原始尺寸那么大，这个时候把整个图片加载进来后再设给imageView，这显然是没必要的，因为ImageView并没有办法显示原始的图片。通过BitmapFactory.Options就可以按一定的采样率来加载缩小后的图片，将缩小后的图片在ImageView中显示，这样就会降低内存占用从而在一定程度上避免OOM，提高了Bitmap加载时的性能。

线程优化

线程优化的思想是采用线程池，避免程序中存在大量的Thread。线程池可以重用内部的线程，从而避免了线程的创建和销毁所带来的性能开销，同时线程池还能有效地控制线程池的最大并发数，避免大量的线程因互相抢占系统资源从而导致阻塞现象的发生。因此在实际开发中，我们要尽量采用线程池，而不是每次都要创建一个Thread对象。

Android性能优化

理论方面

Android的性能优化牵扯的知识点很多，除了上面讲过的这些常用解决方案，底层原理也值得我们深入探讨，此外还有性能监控还有工具的使用。 我根据自己的Android开发经验把这些性能优化的底层原理还有各种问题的解决方案和知识大纲都整理成了资料。希望能帮到你们。