记一次 Data Binding 在 library module 中遇到的大坑_在library中使用databinding-优快云博客

本文链接：https://blog.youkuaiyun.com/marktheone/article/details/54891360

本文记录了一次在使用Data Binding进行组件化重构时遇到的严重问题，编译失败原因是library module中生成的binding类变为abstract且缺失getter方法。作者分析了问题原因并提出规避方案，期待Google在后续版本中修复此bug。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

使用 Data Binding 也有半年多了，从最初的 setVariable，替换 findViewById，到比较高级的双向绑定，自定义 Adapter、Component，查看源码了解编译、运行流程，也算是小有成果，且没有碰到 Data Binding 本身实现上的问题。

然而，最近在一次重构组件化（见 MDCC 上冯森林的《回归初心，从容器化到组件化》）的过程中，碰到了一个比较严重的 BUG。已经提交 issue（#224048）到了 AOSP，虽然改起来是不麻烦，但是因为是 gradle plugin，所以 - -，还是让 Google 自己来吧。希望能早日修复。

Library module 生成 class

在 library module 下启用 Data Binding 很简单，跟 application module 一样，加上:

android {   
    dataBinding {
        enabled = true
    }
}

对应生成的 binding 类会在 manifest 里面指定的 package name 下的 databinding 包下。

坑

于是坑的地方就在这里了，编译不过了…

为啥呢？报错说 symbol 找不到…于是在 module 的 build 下查看生成的 Binding 类…卧槽？！怎么是 abstract 的？怎么都找不到那些 get 方法了？虽然我也不知道为什么我们会从 binding 类里面去拿之前 set 进去的 ViewModel。

WTF?!

What happened

Fuck 归 fuck，究竟怎么回事还是要研究一下的。

是我们姿势错了？Dagger2 生成哪里出问题了？还是 Data Binding 的 bug 呢？

因为之前也研究过 data binding 生成部分的代码，所以找到问题所在没有花太多时间，这里不多啰嗦，直接看对应位置。

在 CompilerChief 的 writeViewBinderInterfaces 中:

public void writeViewBinderInterfaces(boolean isLibrary) {
    ensureDataBinder();
    mDataBinder.writerBaseClasses(isLibrary);
}

对应 DataBinder:

public void writerBaseClasses(boolean isLibrary) {
    for (LayoutBinder layoutBinder : mLayoutBinders) {
        try {
            Scope.enter(layoutBinder);
            if