基于AOSP 8.1的系统OTA更新后广播接收器类引用异常问题

首先咱们得理清问题根源：当你直接替换/system/priv-app下的APK、ODEX和VDEX文件（不管是OTA刷入还是adb push），Android的PackageManager并没有自动感知到应用组件的类名/路径变更——它依然依赖之前缓存的组件信息（存在/data/system/packages.xml等文件里），所以会继续尝试实例化旧的广播接收器类，最终导致ClassNotFoundException。而adb install -r能正常工作，是因为这个命令会主动通知PackageManager重新解析APK的所有组件，同步更新缓存信息。

下面是分场景的可行解决方案：

一、手动触发组件重新解析（调试/临时修复） #

如果是调试阶段遇到这个问题，你可以用以下方式强制PackageManager更新应用信息：

• 执行命令触发应用重新安装解析：

  adb shell pm install -r -d /system/priv-app/ExampleApp/ExampleApp.apk
  

  其中-d允许版本降级（如果新版版本号未提升），-r表示重新安装，这个命令会让PackageManager重新扫描APK内的所有组件，更新缓存的组件列表。
• 或者使用PackageManager的重载命令：

  adb shell cmd package install-existing com.example.app
  

  这个命令会让系统重新加载指定应用的已安装信息，强制解析APK中的最新组件。
• 如果你不想保留旧的优化文件，直接删除ODEX/VDEX：

  adb shell rm /system/priv-app/ExampleApp/ExampleApp.odex
  adb shell rm /system/priv-app/ExampleApp/ExampleApp.vdex
  

  重启后系统会自动重新解析APK生成新的优化文件，同步更新组件信息。

二、修复OTA打包流程（永久解决） #

要让OTA刷入后自动触发组件更新，你需要在OTA的脚本（比如updater-script）里加入对应的处理逻辑：

• 在替换应用文件后，添加命令删除旧的ODEX/VDEX文件：

  delete("/system/priv-app/ExampleApp/ExampleApp.odex");
  delete("/system/priv-app/ExampleApp/ExampleApp.vdex");
  

  这样系统重启后会自动重新优化应用，同时解析最新的组件。
• 或者在OTA脚本中触发PackageManager的组件更新（需确保脚本有足够权限）：

  run_program("/system/bin/sh", "-c", "pm install -r /system/priv-app/ExampleApp/ExampleApp.apk");
  

  这个命令会在OTA刷入过程中直接让PackageManager重新解析应用。

补充说明 #

你提到的“正在优化应用”流程，本质是系统执行dexopt命令对APK进行优化生成ODEX/VDEX，但这个流程只有当系统检测到APK的签名、版本号或内容发生变化，且没有对应的优化文件时才会触发。如果OTA直接替换了ODEX/VDEX，系统会认为优化已经完成，不会重新解析APK里的组件变更——这就是删除优化文件后问题消失的核心原因。

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