【发布时间】：2017-04-16 00:30:28
【问题描述】：
我想提供一个使用 Android 数据绑定的模糊 AAR 库。当我从测试应用程序中使用该库时，只要该库未被 ProGuard 缩小，一切正常。但是，启用 ProGuard 后，测试应用程序不再编译，因为在生成的数据绑定类中找不到 BR 字段。
由于我找不到任何关于这个“特定”主题的官方文档，我试图了解 Android 数据绑定背后的魔力。机制好像是这样的（如有错误请指正）：
- 为了在 AAR 库中使用数据绑定，嵌入应用程序也必须启用数据绑定。
- 这是因为包含数据绑定指令的布局资源未经修改就包含在 AAR 中。
- 因此，嵌入应用程序负责为 lib 中的布局生成相应的数据绑定类。 （这就是为什么不能混淆 lib 的视图模型类，顺便说一句。）
- Android 数据绑定生成器面临的挑战是将包名称与库和嵌入应用程序区分开来：库的 BR 类必须在库的包中生成（例如 com.example.lib.databinding），因为这个类是从库的视图模型类中访问的。另一方面，嵌入应用的 BR 类通常应在应用的包 (com.example.app.databinding) 中生成。
这正是我的问题开始的地方。我不知道 Android 到底能不能应对这一挑战，我只知道在我的情况下，它可以与未混淆的库一起使用，而不能与经过混淆的库一起使用。当我查看嵌入应用程序的生成源时，我看到：
- 使用未混淆的库时，BR 和所有 *Binding.java 类都在库的包中生成，并且应用程序编译。
- 使用混淆库时，BR 和所有 *Binding.java 类都在应用程序包中生成。更糟糕的是，BR 仅包含 XML 资源中模型变量名称的常量，而不包含视图模型类中的属性。因此，应用无法编译。
- 我尝试在 XML 声明中将数据绑定类的包显式设置为 lib 的包，但这并不能解决 BR 类不完整的问题。
我不知道这些差异来自哪里，而且我已经担心唯一的解决方案可能是从库中删除我所有漂亮的数据绑定东西......有没有人有类似的经历并可以给我一个提示，拜托？
这些是我已经添加到我的库中的 ProGuard 异常：
-keep public class **.BR { public *; }
-keep public class **.BR$* { public *; }
-keepclassmembers class **.BR$* {
public static <fields>;
}
-keepclassmembers class **.R$* {
public static <fields>;
}
-keep class android.databinding.** { *; }
-keep class * extends android.databinding.** { *; }
-keep class com.example.lib.databinding.** { *; }
【问题讨论】：
标签： android data-binding proguard aar