当前位置：首页>大数据>正文

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

大数据2024-10-24 14:15:32

前言

对于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对象。