售後報一個問題,升級系統後,某彩票apk 開啟後黑屏, 但是該apk再該平臺升級以前是執行良好的.

檢視log,發現 報以下問題:

 5252 01-01 13:49:08.567 I/System.out(13643): java.lang.NoSuchMethodError: org.jsoup.parser.Parser.xmlParser
 5253 01-01 13:49:08.567 I/System.out(13643):     at cn.pcai.echart.core.log.LogIniter.parseConf(LogIniter.java:45)
 5254 01-01 13:49:08.567 I/System.out(13643):     at cn.pcai.echart.core.log.LogIniter.doReset(LogIniter.java:120)
 5255 01-01 13:49:08.567 I/System.out(13643):     at cn.pcai.echart.core.log.LogIniter.reset(LogIniter.java:36)
 5256 01-01 13:49:08.567 I/System.out(13643):     at cn.pcai.echart.ext.service.WorkspaceServiceImpl.initApp(WorkspaceServiceImpl.java:39)
 5257 01-01 13:49:08.567 I/System.out(13643):     at cn.pcai.echart.ext.BeanFactoryIniter.init(BeanFactoryIniter.java:65)
 5258 01-01 13:49:08.567 I/System.out(13643):     at cn.pcai.echart.MyApplication.onCreate(MyApplication.java:56)
 5259 01-01 13:49:08.567 I/System.out(13643):     at android.app.Instrumentation.callApplicationOnCreate(Instrumentation.java:1007)
 5260 01-01 13:49:08.567 I/System.out(13643):     at android.app.ActivityThread.handleBindApplication(ActivityThread.java:4332)
 5261 01-01 13:49:08.567 I/System.out(13643):     at android.app.ActivityThread.access$1500(ActivityThread.java:135)
 5262 01-01 13:49:08.567 I/System.out(13643):     at android.app.ActivityThread$H.handleMessage(ActivityThread.java:1256)
 5263 01-01 13:49:08.567 I/System.out(13643):     at android.os.Handler.dispatchMessage(Handler.java:102)
 5264 01-01 13:49:08.567 I/System.out(13643):     at android.os.Looper.loop(Looper.java:136)   
 5265 01-01 13:49:08.567 I/System.out(13643):     at android.app.ActivityThread.main(ActivityThread.java:5012)
 5266 01-01 13:49:08.567 I/System.out(13643):     at java.lang.reflect.Method.invokeNative(Native Method)
 5267 01-01 13:49:08.567 I/System.out(13643):     at java.lang.reflect.Method.invoke(Method.java:515)
 5268 01-01 13:49:08.567 I/System.out(13643):     at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:806)
 5269 01-01 13:49:08.567 I/System.out(13643):     at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:622)
 5270 01-01 13:49:08.567 I/System.out(13643):     at dalvik.system.NativeStart.main(Native Method)
 5271 01-01 13:49:08.581 I/MTK_FPP (  915): function start:fpp_gpio_configure,arg:gpio_index=16
 5272 01-01 13:49:08.581 I/MTK_FPP (  915): function end:fpp_gpio_configure,arg:rRet=0      

從log看是找不到某個方法, 我們反編譯了改apk, 卻發現反編譯後的程式碼裡包含了 改方法.

這就有點奇怪,明明apk自身帶改方法,為什麼卻報找不到改方法呢?

於是我們大膽推測, 我們在新的系統裡的BOOTCLASSPATH裡添加了某個jar包, 該jar包也有一個 org.jsoup.parser.Parser類, 但是沒有xmlParse()方法.

於是我們再板子裡搜尋:

執行命令:

grep -r "jsoup" /

結果:

.........................................................

./data/dalvik-cache/[email protected]

@[email protected]:Lorg/jsoup/nodes/Entities;
./data/dalvik-cache/[email protected]@[email protected]:'Lorg/jsoup/nodes/Node$OuterHtmlVisitor;
./data/dalvik-cache/[email protected]@[email protected]:Lorg/jsoup/nodes/Node;
./data/dalvik-cache/[email protected]@[email protected]:Lorg/jsoup/nodes/TextNode;
./data/dalvik-cache/

[email protected]@[email protected]: Lorg/jsoup/nodes/XmlDeclaration;
./data/dalvik-cache/[email protected]@[email protected]:"Lorg/jsoup/parser/CharacterReader;
./data/dalvik-cache/[email protected]@[email protected]:Lorg/jsoup/parser/ParseError;
./data/dalvik-cache/[email protected]@[email protected]:Lorg/jsoup/parser/Parser;
./data/dalvik-cache/[email protected]@[email protected]:Lorg/jsoup/parser/Tag;
./data/dalvik-cache/[email protected]@[email protected]:Lorg/jsoup/parser/Token$1;

.....................................................

看到了麼?  有一個叫com.tcl.tclvoicecontrol.jar 包裡面有org.jsoup.parser.Parser類,  我們在看看BOOTCLASSPATH裡是否有這個jar包.

執行: cat $BOOTCLASSPATH

結果:

/system/bin/sh: cat: /system/framework/core.jar:/system/framework/conscrypt.jar:/system/framework/okhttp.jar:/system/framework/core-junit.jar:/system/framework/bouncycastle.jar:/system/framework/ext.jar:/system/framework/framework.jar:/system/framework/framework2.jar:/system/framework/telephony-common.jar:/system/framework/voip-common.jar:/system/framework/mms-common.jar:/system/framework/android.policy.jar:/system/framework/services.jar:/system/framework/apache-xml.jar:/system/framework/webviewchromium.jar:/system/framework/com.mediatek.util.jar:/system/framework/com.mediatek.tv.jar:/system/framework/com.mediatek.tv.custom.jar:/system/framework/com.mediatek.dm.jar:/system/framework/com.mediatek.common.capture.jar:/system/framework/com.mediatek.record.jar:/system/framework/com.mediatek.common.PhotoPlayer.jar:/system/framework/com.mediatek.common.powercontrol.jar:/system/framework/com.mediatek.wfdsink.jar:/system/framework/com.tcl.tvmanager.jar:/system/framework/android.tclwidget.jar:/system/framework/com.tcl.device.authentication.jar:/system/framework/com.tcl.deviceinfo.jar:/system/framework/com.tcl.devicemanager.jar:/system/framework/com.tcl.seeker.jar:/system/framework/com.tcl.os.storage.jar:/system/framework/com.tcl.os.system.jar:/system/framework/com.tcl.net.ethernet.jar:/system/framework/com.tcl.media.jar:/system/framework/com.tcl.screenrecorder.jar:/system/framework/com.tcl.adsystem.jar:/system/framework/com.tcl.net.pppoe.jar:/system/framework/com.tcl.tclvoicecontrol.jar

果然com.tcl.tclvociecontorl.jar再BOOTCLASSPATH裡,

接著把com.tcl.tclvoicecontrol進行了反編譯, 發現org.jsoup.parser.Parser類裡果然沒有xmlParse()方法, 這下原因終於確定了.

結論: 每當虛擬機器啟動的時候 ,就會預先載入BOOTCLASSPATH裡的類, 如果BOOTCLASSPATH裡的某些類和apk自身帶的某些類報名一樣, 那麼會使用BOOTCLASSPATH裡的類, 因為這些類是在虛擬機器啟動的時候載入的. 這就會造成一個很奇怪的現象, apk裡自帶某些類,卻找不到該類的一些方法,因為bootclasspath裡的同名的類沒有該方法.