13. 布局加载优化：异步inflate、X2C布局预编译、减少View层级

相机启动慢，很多时候不是算法不行，而是布局加载卡住了主线程。

我见过不少项目，相机界面布局文件动辄三四百行，嵌套七八层。你想想看，主线程既要处理相机初始化，又要解析XML、创建View对象，不卡才怪。

这一章，咱们就聊聊布局加载的三个优化方向。说白了，就是让布局加载更快、更轻、更聪明。

13.1 异步inflate：别让主线程干脏活

传统的 LayoutInflater.inflate() 是在调用线程同步执行的。如果放在主线程，那就是赤裸裸的阻塞。

我个人的习惯是：能异步就别同步。尤其是相机预览界面这种对启动速度极其敏感的场景。

来看一段代码：

// 异步加载布局
AsyncLayoutInflater(this).inflate(R.layout.activity_camera, null) { view, resid, parent ->
    // 回调在主线程，可以安全操作UI
    setContentView(view)
    initCamera()
    setupUI()
}

// 同步加载（不推荐）
// val view = LayoutInflater.from(this).inflate(R.layout.activity_camera, null)
// setContentView(view)

嗯，这里要注意：AsyncLayoutInflater 不支持所有情况。比如 Fragment 的布局、包含 ViewStub 的布局，它处理起来会有问题。我在项目中遇到过，异步加载一个包含 FragmentContainerView 的布局，结果 Fragment 没挂载上，排查了半天。

13.2 X2C布局预编译：把XML变成Java

XML解析慢，这是Java层的硬伤。每次 inflate 都要经过 XmlPullParser 解析、AttributeSet 读取、反射创建View等步骤。

X2C 的思路很简单：在编译期把XML翻译成Java代码。运行时直接执行Java代码创建View，省掉了解析XML的开销。

对比项	传统XML inflate	X2C预编译
解析阶段	运行时解析XML	编译期解析XML
创建View	反射 + 属性赋值	直接new + set方法
耗时	约5-15ms（复杂布局）	约1-3ms
兼容性	完全兼容	大部分兼容，少数属性需适配

使用方式也很简单：

// 在build.gradle中引入插件
apply plugin: 'com.zhangyue.we.x2c'

// 布局文件保持不变，使用注解标记
@Xml(layouts = {"activity_camera"})
public class CameraActivity extends AppCompatActivity {
    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        // X2C会自动生成对应的Java代码
        X2C.setContentView(this, R.layout.activity_camera);
    }
}

我个人建议：相机启动路径上的布局，全部用X2C。尤其是预览界面、拍照按钮、对焦框这些高频加载的布局。我在一个项目里做过测试，X2C让相机布局加载时间从12ms降到了2ms，效果非常明显。

13.3 减少View层级：少一层，快一步

布局层级越深，测量、布局、绘制的时间就越长。相机界面尤其要注意，因为预览区域通常很大，层级多了会严重影响性能。

我总结了几条实战经验：

• 能用 ConstraintLayout 就别用嵌套 LinearLayout。一个 ConstraintLayout 能搞定的事情，别用三层 LinearLayout 去堆。
• 能用 ViewStub 就别直接加载。比如相机设置面板、滤镜选择器，这些不是一启动就要显示的，用 ViewStub 延迟加载。
• 能用 merge 标签就别多一层。尤其是自定义组合控件，用 merge 可以减少一层父布局。
• 能用 RecyclerView 就别用 ScrollView。相机参数列表、滤镜列表，用 RecyclerView 可以复用Item，减少View创建。

举个例子，一个典型的相机预览布局优化前后对比：

<!-- 优化前：嵌套4层 -->
<FrameLayout>
    <LinearLayout>
        <RelativeLayout>
            <TextureView />
            <ImageView />
        </RelativeLayout>
        <LinearLayout>
            <Button />
            <Button />
        </LinearLayout>
    </LinearLayout>
</FrameLayout>

<!-- 优化后：2层 -->
<ConstraintLayout>
    <TextureView />
    <ImageView />
    <Button />
    <Button />
</ConstraintLayout>

你看，从4层减到2层，测量和布局的时间至少减少一半。我在项目中遇到过，一个相机界面因为嵌套太多，在低端机上启动时明显卡顿。优化后，启动时间从800ms降到了500ms。

13.4 知识体系总览

下面这张图，帮你理清布局加载优化的三个方向：

这三个方向，说白了就是：异步做解析、编译期做转换、设计上做减法。我个人的经验是，先做层级优化，再做X2C预编译，最后考虑异步inflate。因为层级优化收益最直接，X2C改造成本低，异步inflate需要处理兼容性问题。

嗯，布局加载优化就聊到这里。记住一点：相机启动的每一毫秒都值得争取。布局加载看似不起眼，但往往是压垮骆驼的最后一根稻草。