只需将此答案添加为替代并更新现有答案。
我最近将三星的 Accessory SDK 集成到 Android“配套”应用程序中以支持 Galaxy Gear S2 上的 Tizen 应用程序,在编译配套应用程序的(缩小)版本时遇到了同样的问题。
@while 的回答已经解释了引发NoSuchMethodException 的原因和补救措施。但是,我发现概述的 Proguard 规则相当宽松且数量众多。这对于旧版本的 Accessory SDK 可能是必需的,但现在您可以使用更少的排除项。
假设您使用的是较新的 Accessory SDK 版本之一(我测试了 2.2.2 和 2.3.0),您仍然需要开始:
-keepattributes InnerClasses
您无法解决这个问题,因为SAAgent 使用反射来实例化您在自己的代码中某处实现的SASocket 的实例。此规则确保内部和外部类之间的关系(和命名)不会改变。
现在,您可能想编写一条规则,通过为<init>() 添加排除项来保留SASocket 实现的默认构造函数。不幸的是,这不起作用,因为作为代码优化的一部分,Proguard 实际上会在内部类中创建一个接受外部类实例的参数化构造函数。结果,该构造函数没有被保留和剥离,因为 Proguard 认为没有人在调用它。
所以,长话短说,要同时保留您的 SASocket 实现及其构造函数,请添加一条规则:
-keep class * extends com.samsung.android.sdk.accessory.SASocket { <init>(...); }
到目前为止,如果没有上述规则,您的应用可能会在运行时崩溃。添加它们后,情况将不再如此。但是,您会注意到 Accessory SDK 仍会记录各种错误,并且您的应用程序尚未按预期运行。检查 Logcat,您应该会看到错误,表明 SDK 无法绑定到您的服务。
造成这种情况的原因可能并不明显,但如果您深入了解 Accessory SDK,您会注意到一些 IInterface 和 Binder 扩展(即在 IDeathCallback 和 ISAFrameworkManager (2.2.2) 中或ISAFrameworkManagerV2 (2.3.0))。由于 Proguard 找不到对它们的任何显式调用,并且不知道这些实际上是由 Android 框架在运行时调用的,因此它会将它们剥离。所以,让我们添加一条规则来阻止 Proguard 这样做:
-keep class com.samsung.accessory.api.* extends android.os.Binder { *; }
在此之后,恭喜你:您的服务现在应该可以再次绑定了。根据您的实现,您可能需要进一步的例外,但对于基本设置,上面应该可以解决问题。
加起来,你的配置应该有以下规则:
#
# Samsung Accessory SDK Proguard Rules
#
# Keep relationship between inner and outer classes
-keepattributes InnerClasses
# Keep any SASocket implementation and its constructors
-keep class * extends com.samsung.android.sdk.accessory.SASocket { <init>(...); }
# Keep the Accessory SDK's IInterface and Binder classes
-keep class com.samsung.accessory.api.* extends android.os.Binder { *; }
YMMV.