Android应用动态依赖设备特定共享库的可行性及调试启动问题咨询

首先可以明确告诉你：你的思路完全可行，Android原生就支持通过<uses-library>标签依赖设备上预装的共享库，这种方式确实能让你只维护一个APP版本，适配不同设备上的库变种。

针对你遇到的调试启动问题，这里有几个实用的解决办法：

• 调试阶段临时切换依赖配置：把compileOnly project(path: ":path_to_lib")改成implementation project(path: ":path_to_lib")，这样调试时Android Studio会把库打包进APK，就能正常启动APP了。等正式打包发布前，再改回compileOnly即可。不过要注意，正式版本必须确保目标设备已经预装了该库，否则APP会启动崩溃。

• 手动安装库到调试设备：如果不想修改依赖配置，你可以先单独编译:path_to_lib模块生成APK，然后通过adb install 库文件路径.apk命令把库安装到调试设备上。因为Android的共享库本质也是一个独立的APK，安装后设备就能识别到这个库，你的主APP启动时就能正常链接它了。

另外还有几个关键点需要注意：

• 一定要保证库的所有flavors都维持完全一致的接口定义，包括类名、方法签名、常量等，否则主APP调用时很容易出现NoSuchMethodError、ClassCastException这类运行时异常，这一点你已经考虑到了，非常重要。
• 你在Manifest里添加的<uses-library android:name="com.lib.package"/>默认是android:required="true"，这意味着如果设备没有预装该库，APP根本无法安装。如果需要支持设备没有库时也能安装运行，可以改成android:required="false"，然后在代码里通过PackageManager检查库是否存在，或者用反射来做兼容处理。
• 正式发布前，要确认目标设备群体已经预装了对应的共享库，这种方案一般适用于系统级预装的定制库，如果你是自己开发的库，可能需要额外的渠道让用户先安装库APK，不过这种场景相对少见。

备注：内容来源于stack exchange，提问作者Simon Ackermann