Context:

1. 去年做的一个 Android SDK 是多模块的形式开发的，除了主模块，宿主可以按需依赖其他子模块。
2. 问题是， 因为功能要求，需要在 SDK 初始化时将每个子模块都注册到主模块 manager 中。但主模块是不知道有哪些子 module 存在的。

如果是一般的 App 开发，借助 ARouter 可以实现类似的功能，但因为我是 SDK 开发，所以尽量不依赖外部 SDK 。

解决方案:

1. proguard 保每个模块的入口类名，让宿主 app 在初始化时创建子模块入口对象。 弊端是主动暴露了 SDK 更多信息，入口类必须保留名称
2. 方案 1 的变体， 既然保留了类名，那么完全可以在主模块中通过反射获取 Class 对象并创建实例。弊端是入口类必须保留名称
3. 借助 ContentProvider 的初始化特点，每个模块的 ContentProvider 在应用启动时注册至主模块中。 相比方案 2，入口类可以不保留类名，弊端是 manifest 中多了一堆 provider 标签。
4. 方案 2 的变体，借助构建工具，子模块在编译期往当前模块的 asset 目录中写入混淆后的入口类名称，主模块读取 asset 获取类名完成反射。相比方案 2 的优势是，类名不必保留，模块可以单独迭代，弊端是 asset 中多了一些信息。

当时停留在方案 2 了，最近脑子里总冒出来这个问题，大家有其他建议吗？