安卓数据绑定(bind) : Wrong BR class generated for obfuscated AAR

Question

我想提供一个使用 Android 数据绑定(bind)的混淆 AAR 库。当我从测试应用程序中使用该库时，只要该库未被 ProGuard 缩小，一切都可以正常工作。但是，在启用 ProGuard 之后，测试应用程序不再编译，因为无法找到生成的数据绑定(bind)类中的 BR 字段。

由于找不到关于这个“特定”主题的任何官方文档，我试图了解 Android 数据绑定(bind)背后的魔力。机制大概是这样的(如有错误请指正):

• 为了在 AAR 库中使用数据绑定(bind)，嵌入应用程序也必须启用数据绑定(bind)。
• 这是因为包含数据绑定(bind)指令的布局资源未经修改就包含在 AAR 中。
• 因此，嵌入应用程序有责任为库中的布局生成相应的数据绑定(bind)类。 (这就是为什么不能混淆 lib 的 View 模型类的原因，顺便说一句。)
• Android 数据绑定(bind)生成器面临的挑战是区分库和嵌入应用程序的包名称:库的 BR 类必须在库的包中生成(例如 com.example.lib.databinding)，因为这个类是从库的 View 模型类访问的。另一方面，嵌入应用程序的 BR 类通常应在应用程序包 (com.example.app.databinding) 中生成。

这正是我的问题开始的地方。我不知道 Android 是否能够应对这一挑战，我只知道在我的案例中，它适用于未混淆的库，而不适用于混淆的库。当我查看嵌入应用程序的生成源时，我看到:

• 使用未混淆的库时，BR 和所有 *Binding.java 类都在库的包中生成，并且应用程序会编译。
• 使用混淆库时，BR 和所有 *Binding.java 类都在应用程序包中生成。更糟糕的是，BR 仅包含 XML 资源中模型变量名称的常量，而不包含 View 模型类中属性的常量。因此，该应用无法编译。
• 我试图在 XML 声明中将数据绑定(bind)类的包显式设置为 lib 的包，但这并没有解决不完整的 BR 类的问题。

我不知道这些差异从何而来，我已经担心唯一的解决方案可能是从库中删除我所有好的数据绑定(bind)内容……请问是否有人有过类似的经历并可以给我提示？

这些是我已经添加到我的库中的 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.** { *; }

Answer 1

我设法让它同时运行，但“解决方案”太奇怪了，我真的不想把它带到一个生产版本......

在对比混淆后和未混淆后的AAR文件时，我注意到未混淆后的classes.jar包含这三个文件:

• /com/example/lib/com.example.lib-br.bin
• /com/example/lib/com.example.lib-layoutinfo.bin
• /com/example/lib/com.example.lib-setter_store.bin

这些二进制文件包含我的一些数据绑定(bind)类名称，显然对代码生成过程很重要。我只是尝试将这些文件复制到我的混淆 AAR 的相应位置并且......它成功了!!!

但这不可能是最终的解决方案。如果我可以说服 ProGuard 将这些非类文件简单地保留在 classes.jar 中，至少它会比应对更可靠。任何想法如何做到这一点？

如果能获得有关此机制背景的一些信息，以及是否有可能避免这种丑陋的低级操作来解决实际上应该是标准的问题，我将不胜感激。

提前感谢您的回答!