重磅：Android P新增检测项应用热修复受重大影响-优快云博客

探讨了Android P中因热修复功能导致的应用闪退问题，分析了问题场景及原因，提供了自检方法和关键日志分析技巧，并给出了修复建议。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

640?wx_fmt=gif

热文导读 | 点击标题阅读

金九银十跳槽季如何进阶找到合适满意的工作？

要么干，要么辞职，千万别混

一名IT经理是如何把项目带崩的。。。

640?wx_fmt=jpeg

Google在Android P中添加了新的检测项，对国内大多数应用造成了严重影响：在调用resolve inline method时，如果检测到caller与callee处于不同的dex file，会主动发起abort（inline不允许跨dex文件），导致应用出现闪退等异常问题。

问题场景

由于国内大多数应用基本上都集成了热修复功能，所以 Android P的这个特性对国内应用影响较大。目前发现主要有两种情况：

场景一

应用原始apk中的dex A和从应用服务端下载的热修复dex B存在重复类，触发热修复且系统后台优化inline编译后，便会出现此问题。

场景二

由 classloader A 加载的 class1 调用一个由 classloader B 加载的 class2里的某个 inline 方法，将导致应用闪退。

应用如何自检？

1.首先建议应用在Android P中测试验证是否有该问题：

adb shell cmd package compile –m speed –f 应用包名 (inline编译)。
启动应用，构造热修复场景，在应用侧触发热修复。
热修复完成之后，重启应用，检测有无闪退和无响应问题。

2.通过关键日志分析确认问题：

如果问题日志中有这个关键日志：This must be due to duplicate classes or playing wrongly with class loaders，可以确定就是该问题。

如下图：

06-20 19:07:24.597 30376 30376 F m.taobao.taoba: entrypoint_utils-inl.h:94] Inlined method resolution crossed dex file boundary: from void com.ali.mobisecenhance.Init.doInstallCodeCoverage(android.app.Application, android.content.Context) in /data/app/com.taobao.taobao-YPDeV7WbuyZckOfy-5AuKw==/base.apk!classes3.dex/0xece238f0 to void com.ali.mobisecenhance.code.CodeCoverageEntry.CoverageInit(android.app.Application, android.content.Context) in /data/user/0/com.taobao.taobao/files/storage/com.taobao.maindex/dexpatch/1111/com_taobao_maindex.zip!classes4.dex/0xebda4320. This must be due to duplicate classes or playing wrongly with class loaders

修复建议

1.不要将ROM中预置的jar包打包至apk。

2.不要使用相同的class loader加载重复类。

3.如果必须要有重复类的话，避免内联现象(比如，在不期望被inline的函数里面加try catch，这样compiler就不会将此函数inline)。

华为终端开放实验室

2018年8月29日

想快速提升自己吗？快加入我们的知识星球吧，如下：

640?wx_fmt=gif