Android应用实现plugin（插件）的可选方案及相关问题咨询

1. 基础应用能否直接“加载”并执行另一个应用？ #

• Android系统默认给每个应用分配独立的运行沙盒，普通应用没有权限直接读取、加载另一个已安装应用的可执行代码，原生层面不支持这种操作。
• 若你指代的是未安装、单独分发的插件APK包，可以通过业内通用的插件化技术实现加载：核心是通过PathClassLoader加载插件APK的dex代码文件，再通过反射代理系统服务、资源重定向等逻辑，解决插件中组件的生命周期调度、资源访问的问题。但这类方案都属于绕过系统权限限制的非官方实现，高版本Android系统对这类行为的限制越来越严格，适配成本很高。

2. 基础应用能否启动另一应用，并向其传递状态和控制权？ #

• 这是Android原生支持的能力。
• 通常通过Intent组件实现：你可以用显式/隐式Intent启动目标应用的对应组件（Activity、Service、BroadcastReceiver均可），通过putExtra系列方法传递序列化后的状态数据；如果需要持续传递控制权、实现双向交互，可以提前约定好通信协议，通过Binder服务绑定、ContentProvider、FileProvider共享文件等方式实现。

3. 是否存在标准方式，可供基础应用在使用待接入的plugin前对其进行校验？ #

• 有行业通用的标准校验方案，常见的校验维度如下：
  • 签名校验：所有APK都会携带开发者的签名信息，基础应用可以提前预置合法插件的签名公钥，加载插件前先校验插件APK的签名是否和预存公钥匹配，避免恶意篡改的第三方插件被加载。
  • 包名校验：在签名校验的基础上，可以额外校验插件的包名是否符合预先约定的规则，进一步缩小合法插件的范围。
  • 完整性校验：提前为合法的插件包生成SHA256等哈希校验值，加载插件前先计算当前插件文件的哈希值，和预存的合法值对比，确认插件没有被篡改或传输过程中损坏。

内容的提问来源于stack exchange，提问作者knokej