AsyncLayoutInflater异步加载布局

提到应用性能优化，首先就是布局优化：布局臃肿、层级太深等等会导致绘制卡顿，严重的话影响用户体验。在布局优化一文中，提到布局优化相关的知识。

如果你的应用布局实在是太复杂加载很耗时，甚至造成应用的卡顿，该如何优化呢？思路就是将耗时的布局加载放到子线程中，加载完毕再回到主线程显示，这就是AsyncLayoutInflater的做法。

1、AsyncLayoutInflater

AsyncLayoutInflater用的很少，因为涉及到异步多线程，还是和View加载相关的，玩不好会出问题。应当尽量把应用布局、性能优化好，避免使用AsyncLayoutInflater。

1.1、介绍

AsyncLayoutInflater是用于异步加载布局的帮助类。内部定义了布局加载完成时的回调接口OnInflateFinishedListener。关于AsyncLayoutInflater的源码，详见AsyncLayoutInflater源码颇析。

public interface OnInflateFinishedListener {
        void onInflateFinished(@NonNull View view, @LayoutRes int resid,@Nullable ViewGroup parent);
    }

1.2、依赖

AsyncLayoutInflater属于Jetpack组件库，多数情况下在使用其他AndroidX库的时候会被其它依赖添加到项目中。也可以手动添加下面的依赖到build.gradle中。

dependencies {
        ...
        //Asynclayoutinflater
        implementation "androidx.asynclayoutinflater:asynclayoutinflater:1.0.0"
    }

2、AsyncLayoutInflater简单使用

以前Activity在onCreate()中加载布局直接调用AppCompatActivity的setContentView(int )添加布局，如果布局复杂就会因为布局加载而卡顿，通常我们这样在Activity中设置layout：

@Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity);
    }

2.1、AsyncLayoutInflater异步加载布局

如果各种布局优化的手段都使用后，效果仍然不佳，这时候AsyncLayoutInflater就派上用场了：

@Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        
        new AsyncLayoutInflater(this).inflate(R.layout.activity, null, new AsyncLayoutInflater.OnInflateFinishedListener() {
            @Override
            public void onInflateFinished(@NonNull View view, int resid, @Nullable ViewGroup parent) {
                setContentView(view);
            }
        });
        
    }

看到没，使用起来很简单：

①传入Context构造AsyncLayoutInflater实例（必须在UI线程创建实例）

②再调用它的inflate()方法，传入要加载的xml布局资源id、父布局(可空)、以及OnInflateFinishedListener回调接口(非空)

③在OnInflateFinishedListener回调接口中将布局设置给界面显示，UI线程中回调该方法

2.2、setContentView(...)

setContentView(...)方法有几个重载，它们在AppCompatActivity中的定义如下：

@Override
    public void setContentView(@LayoutRes int layoutResID) {
        getDelegate().setContentView(layoutResID);
    }
    
    @Override
    public void setContentView(View view) {
        getDelegate().setContentView(view);
    }
    
    @Override
    public void setContentView(View view, ViewGroup.LayoutParams params) {
        getDelegate().setContentView(view, params);
    }

都是通过AppCompatDelegate抽象代理类完成布局的添加，AppCompatDelegate的实现类是AppCompatDelegateImpl。当我们传入的参数是int类型的布局xml资源id时，需要先解析xml布局，这是耗时操作。

@Override
    public void setContentView(int resId) {
        ensureSubDecor();
        ViewGroup contentParent = mSubDecor.findViewById(android.R.id.content);
        contentParent.removeAllViews();
        //先解析xml布局，这是耗时的操作
        LayoutInflater.from(mContext).inflate(resId, contentParent);
        mAppCompatWindowCallback.getWrapped().onContentChanged();
    }

但是当我们借助AsyncLayoutInflater在子线程中先加载完布局，直接将View传入setContentView(...)方法就可以替主线程省去一大笔性能开销。

@Override
    public void setContentView(View v) {
        ensureSubDecor();
        ViewGroup contentParent = mSubDecor.findViewById(android.R.id.content);
        contentParent.removeAllViews();
        contentParent.addView(v);
        mAppCompatWindowCallback.getWrapped().onContentChanged();
    }

3、注意坑点

似乎AsyncLayoutInflater的用途不广，是的，别指望它能解决应用布局加载的卡顿问题。看了源码就会更加清楚它内部的实现机制，无非就是：阻塞队列 -> 线程 -> Handler模型。Android中很多优秀的开源库都有这样的设计。

3.1、最大10个布局加载任务

查看源码可以看到，内部设置了异步加载阻塞队列的大小为10，超过这个数量无法将任务加入到队列。虽然不会引起主线程阻塞，但是超出数量的任务会被丢弃，因为内部做了异常捕获。

private static class InflateThread extends Thread {
        ...
        private ArrayBlockingQueue<InflateRequest> mQueue = new ArrayBlockingQueue<>(10);
        private SynchronizedPool<InflateRequest> mRequestPool = new SynchronizedPool<>(10);
        
        ...
        public void enqueue(InflateRequest request) {
            try {
                mQueue.put(request);
            } catch (InterruptedException e) {
                throw new RuntimeException(
                        "Failed to enqueue async inflate request", e);
            }
        }
        
    }

能不能将AsyncLayoutInflater用到列表适配器Adapter的getView()方法中去加载复杂列表？看来是不可取的，初始滑动列表一下子来十几个任务入队，超出十个的加载任务被丢弃。所以还是直接复用convertView优化列表最方便。

3.2、避免使用Looper或Handler

因为布局是在子线程中解析加载的，所以构建的View中必须不能直接使用 Handler 或者是调用 Looper.myLooper()，因为异步线程默认没有调用 Looper.prepare()。不过却可以使用下面的方式获取主线程Handler，关于Handler的构造，详见博客创建Handler的几种方法。

Handler handler = new Handler(Looper.getMainLooper())

3.3、attachToRoot默认false

使用AsyncLayoutInflater加载布局，内部默认异步inflate转换出来的 View 并没有被加到parent中，必须在回调中手动添加；

request.view = request.inflater.mInflater.inflate(request.resid, request.parent, false);

3.4、不支持Fragment

继续往下看是不是不想用AsyncLayoutInflater了？没想到缺憾这么多。包换Fragment的layout布局无法使用。注释里

/* <p>This inflater does not support setting a {@link LayoutInflater.Factory}
      * nor {@link LayoutInflater.Factory2}. Similarly it does not support inflating
      * layouts that contain fragments.
      */

3.5、不支持Factory和Factory2

上面的注释也提到了。关于Factory和Factory2以后在深入了解，很多开发者应该都没有使用过。其实这是Android提供的一种hook的方法，开发者通过Factory可以拦截LayoutInflater创建View的过程。

应用场景：XML布局中自定义标签名称；全局替换系统控件为自定义View；替换应用字体；全局换肤。

public interface Factory {
        /**
         * Hook you can supply that is called when inflating from a LayoutInflater.
         * You can use this to customize the tag names available in your XML
         * layout files.
         */
        View onCreateView(String name, Context context,AttributeSet attrs);
    }
    
    public interface Factory2 extends Factory {
        /**
         * Version of {@link #onCreateView(String, Context, AttributeSet)}
         * that also supplies the parent that the view created view will be
         * placed in.
         */
        View onCreateView(View parent,String name,Context context,AttributeSet attrs);
    }