AndroidP新增檢測(cè)項(xiàng)問(wèn)題怎么修復(fù)

commit 7c947996ca9426a8ae3abf9feb110f166d8f11daAuthor: Vladimir Marko <vmarko@google.com>Date:   Thu Apr 26 09:18:10 2018 +0100

    AOT inlined method lookup should stay within dex file.
    
    Rewrite the AOT inlined method lookup and guard against
    crossing dex file boundary. The compiler does not currently
    support inlining across dex files, so this is an indication
    of multiple dex files defining the same class and the AOT
    code having used a definition which is not used at runtime.    
    Test: m test-art-host-gtest    Test: testrunner.py --host --optimizing --jit    Test: Pixel 2 XL boots.    Test: testrunner.py --target --optimizing --jit    Bug: 74410240
    
    (cherry picked from commit 63a9f3e9e1b9fb8d98d8ca9abe626f3aa11e5692)
    
    Change-Id: Ibe9792f952d0c963b8560f10d57a951e227b24aa

從提交的日志可以看出,內(nèi)斂inline應(yīng)該存放在一個(gè)dex文件中,不允許跨dex文件

關(guān)于art/runtime/entrypoints/entrypoint_utils-inl.h的日志:

1、問(wèn)題場(chǎng)景

由于國(guó)內(nèi)大多數(shù)應(yīng)用基本上都集成了熱修復(fù)功能，所以 Android P的這個(gè)特性對(duì)國(guó)內(nèi)應(yīng)用影響較大。(不太理解熱修復(fù)的童鞋可以參考:阿里的Android熱修復(fù)技術(shù)原理.pdf)

目前發(fā)現(xiàn)主要有兩種情況：

• 場(chǎng)景一

應(yīng)用原始apk中的dex A和從應(yīng)用服務(wù)端下載的熱修復(fù)dex B存在重復(fù)類，觸發(fā)熱修復(fù)且系統(tǒng)后臺(tái)優(yōu)化inline編譯后，便會(huì)出現(xiàn)此問(wèn)題。

• 場(chǎng)景二

由 classloader A 加載的 class1 調(diào)用一個(gè)由 classloader B 加載的 class2里的某個(gè) inline 方法，將導(dǎo)致應(yīng)用閃退。

2、應(yīng)用如何自檢？

• 1.首先建議應(yīng)用在Android P中測(cè)試驗(yàn)證是否有該問(wèn)題：

adb shell cmd package compile –m speed –f 應(yīng)用包名 (inline編譯)。
啟動(dòng)應(yīng)用，構(gòu)造熱修復(fù)場(chǎng)景，在應(yīng)用側(cè)觸發(fā)熱修復(fù)。
熱修復(fù)完成之后，重啟應(yīng)用，檢測(cè)有無(wú)閃退和無(wú)響應(yīng)問(wèn)題。

• 2.通過(guò)關(guān)鍵日志分析確認(rèn)問(wèn)題：

如果問(wèn)題日志中有這個(gè)關(guān)鍵日志：This must be due to duplicate classes or playing wrongly with class loaders，可以確定就是該問(wèn)題。

如下圖：

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/0xece238f0to 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

• 3、修復(fù)建議

• 1.不要將ROM中預(yù)置的jar包打包至apk。

• 2.不要使用相同的class loader加載重復(fù)類。

• 3.如果必須要有重復(fù)類的話，避免內(nèi)聯(lián)現(xiàn)象(比如，在不期望被inline的函數(shù)里面加try catch，這樣compiler就不會(huì)將此函數(shù)inline)。