1. 項(xiàng)目概述與核心價(jià)值最近在車友圈里一個需求被反復(fù)提及如何在原廠車機(jī)自帶高德地圖的情況下再安裝一個官方最新版的高德地圖車機(jī)版很多車機(jī)系統(tǒng)自帶的導(dǎo)航版本老舊、更新慢甚至被廠商深度定制、功能閹割體驗(yàn)遠(yuǎn)不如從官網(wǎng)直接下載的公眾版。但直接安裝公眾版APK系統(tǒng)往往會提示“已存在同名應(yīng)用”而無法安裝。這時候“共存版”就成了唯一的出路。所謂共存版就是通過技術(shù)手段修改APK的包名、簽名等唯一標(biāo)識讓它和原廠應(yīng)用在系統(tǒng)看來是兩個完全不同的應(yīng)用從而實(shí)現(xiàn)和平共處、同時運(yùn)行。制作一個高德地圖車機(jī)共存版本質(zhì)上是一次標(biāo)準(zhǔn)的Android APK反編譯、修改與重打包過程。這不僅僅是換個包名那么簡單它涉及到對Android應(yīng)用基礎(chǔ)結(jié)構(gòu)的理解、對反編譯工具鏈的熟練使用以及在修改過程中可能遇到的各種“坑”的規(guī)避。整個過程就像一次精密的外科手術(shù)你需要小心翼翼地打開APK這個“包裹”找到關(guān)鍵的“基因序列”包名、應(yīng)用名等進(jìn)行編輯然后再完好無損地縫合起來確保這個新“生命”能正常啟動和運(yùn)行。這篇文章我將以一個從業(yè)者的視角手把手帶你走完從零開始制作高德地圖車機(jī)共存版的完整流程。無論你是想給自己車機(jī)升級導(dǎo)航的普通車主還是對Android逆向感興趣的開發(fā)者都能從中獲得可直接復(fù)現(xiàn)的實(shí)操步驟和寶貴的避坑經(jīng)驗(yàn)。我們會使用最主流、最穩(wěn)定的工具并重點(diǎn)解釋每一個操作背后的原理和意圖讓你不僅會做更明白為什么要這么做。2. 核心思路與工具選型解析2.1 共存版的核心原理身份標(biāo)識的變更Android系統(tǒng)區(qū)分不同應(yīng)用的唯一依據(jù)是“包名”Package Name它通常以域名的反寫形式存在例如高德地圖車機(jī)版官方包名是com.autonavi.amapauto。當(dāng)系統(tǒng)檢測到你要安裝的APK包名與已安裝應(yīng)用的包名完全一致時就會觸發(fā)覆蓋安裝或沖突提示。因此制作共存版最核心、最必要的一步就是修改這個包名。但僅僅修改包名往往是不夠的。一個成熟的APK其身份標(biāo)識可能散落在多個地方AndroidManifest.xml這是應(yīng)用的“身份證”包名、應(yīng)用名稱、權(quán)限、組件Activity、Service等聲明都在這里。修改包名后所有引用到舊包名的組件聲明也必須同步更新。Smali代碼APK中的Java代碼會被編譯成Dalvik字節(jié)碼.dex文件再被反匯編成Smali這種匯編語言。代碼中可能存在硬編碼的包名字符串用于啟動Activity、訪問資源或進(jìn)行類調(diào)用這些都需要找到并替換。資源文件res目錄下的XML資源文件中也可能包含對原包名的引用例如在定義自定義View或使用某些特定資源時。簽名文件任何對APK內(nèi)容的修改都會破壞其原有的數(shù)字簽名因此重打包后必須使用新的密鑰重新簽名否則無法安裝。我們的核心思路就是解包 - 全局搜索并替換舊包名及相關(guān)標(biāo)識 - 修復(fù)可能引起的關(guān)聯(lián)問題 - 重新打包簽名。這個過程要求我們膽大心細(xì)因?yàn)殄e誤的修改可能導(dǎo)致應(yīng)用崩潰FC。2.2 工具鏈選型穩(wěn)定壓倒一切工欲善其事必先利其器。在反編譯領(lǐng)域工具鏈的穩(wěn)定性直接決定了成功率。經(jīng)過大量實(shí)踐我推薦以下組合它們久經(jīng)考驗(yàn)兼容性好特別適合處理高德地圖這類大型商業(yè)APK。1. Apktool反編譯/回編譯的核心這是整個流程的基石。它負(fù)責(zé)將APK解包成可讀的資源文件、清單文件和Smali代碼。相比其他工具Apktool對資源文件的處理最為完整和準(zhǔn)確能最大程度保證回編譯的成功率。我們將使用它來執(zhí)行解包和最終的重新打包。注意務(wù)必從Apktool的GitHub官方倉庫下載最新版本。舊版本可能無法正確解析新版Android構(gòu)建工具生成的APK。2. JD-GUI 或 Jadx快速查看Java源碼雖然Apktool反編譯出了Smali代碼但Smali對于大多數(shù)人來說可讀性太差。我們需要一個工具將.dex文件直接反編譯成近似原始的Java代碼。JD-GUI是老牌經(jīng)典速度快Jadx是后起之秀反編譯能力更強(qiáng)支持整個APK的直接打開和全局搜索。這里我推薦使用Jadx因?yàn)樗峁┑娜炙阉鞴δ軐ξ覀兌ㄎ话弥陵P(guān)重要。3. 簽名工具Keytool 和 Apksigner/Jarsigner修改后的APK必須重新簽名。我們需要先用Java自帶的keytool生成一個自己的密鑰庫Keystore然后用Android SDK中的apksigner推薦用于V2/V3簽名或jarsigner工具進(jìn)行簽名。為了簡化也可以使用集成了簽名功能的圖形化工具但了解命令行操作更能理解本質(zhì)。4. 文本編輯器或IDE進(jìn)行替換操作需要一款支持全局查找替換的文本編輯器如VS Code、Sublime Text或Notepad。用于在Apktool解包后的目錄中進(jìn)行大規(guī)模的文本替換。工具準(zhǔn)備清單Java JDK 8或以上必須Apktool和簽名工具依賴Java環(huán)境Apktool.jarJadx-gui可選但強(qiáng)烈推薦Android SDK Build-Tools內(nèi)含apksigner一款順手的文本編輯器3. 詳細(xì)實(shí)操步驟拆解3.1 第一步環(huán)境準(zhǔn)備與原始APK獲取首先確保你的電腦已安裝Java JDK并配置好環(huán)境變量。在命令行輸入java -version和javac -version能正確顯示版本信息即表示成功。接下來獲取高德地圖車機(jī)版官方APK。最安全的途徑是前往高德地圖車機(jī)版官網(wǎng)下載最新版本。假設(shè)我們下載到的文件名為amapauto_9.5.0.600013.apk。將其放置在一個干凈的工作目錄下例如D:\AutoCohabitation。將下載好的apktool.jar也放入此目錄。為了方便使用可以創(chuàng)建一個批處理文件Windows或Shell腳本Mac/Linux。在Windows下新建一個文本文件改名為apktool.bat用記事本編輯寫入以下內(nèi)容echo off java -jar %~dp0\apktool.jar %*這樣你就可以在命令行當(dāng)前目錄使用apktool命令了。3.2 第二步使用Apktool反編譯APK打開命令行終端進(jìn)入你的工作目錄。執(zhí)行反編譯命令apktool d -f amapauto_9.5.0.600013.apk -o decompiled_amapd代表decode解碼/反編譯。-f如果輸出目錄已存在則強(qiáng)制覆蓋。amapauto_9.5.0.600013.apk輸入的APK文件名。-o decompiled_amap指定輸出目錄名為decompiled_amap。這個過程可能需要幾十秒到一分鐘取決于APK大小。完成后你會得到一個decompiled_amap文件夾里面就是APK的全部“內(nèi)臟”。關(guān)鍵目錄解析AndroidManifest.xml應(yīng)用的清單文件這是我們的首要修改目標(biāo)。res/所有資源文件如圖片、布局、字符串等。smali/反編譯得到的Smali代碼目錄結(jié)構(gòu)對應(yīng)原來的Java包結(jié)構(gòu)。original/原始的AndroidManifest.xml和簽名信息。apktool.ymlApktool的工程配置文件記錄反編譯信息不要手動修改。3.3 第三步定位與修改包名及相關(guān)標(biāo)識這是最核心、最需要耐心的一步。我們的目標(biāo)是將原包名com.autonavi.amapauto替換為一個新的、唯一的包名例如com.autonavi.amapauto.coexist。3.3.1 修改 AndroidManifest.xml用文本編輯器打開decompiled_amap/AndroidManifest.xml。在文件開頭的manifest標(biāo)簽中找到package屬性manifest xmlns:androidhttp://schemas.android.com/apk/res/android packagecom.autonavi.amapauto ...將其修改為manifest ... packagecom.autonavi.amapauto.coexist ...接下來需要修改所有組件聲明中的“絕對路徑”。在AndroidManifest中Activity、Service、Receiver等組件可以用相對路徑以.開頭或絕對路徑完整包名聲明。我們必須處理所有絕對路徑。例如你可能會看到activity android:namecom.autonavi.amapauto.MainActivity ... / service android:namecom.autonavi.amapauto.NaviService ... /需要將它們?nèi)刻鎿Q為新的絕對路徑activity android:namecom.autonavi.amapauto.coexist.MainActivity ... / service android:namecom.autonavi.amapauto.coexist.NaviService ... /這里有一個技巧使用編輯器的“在文件中查找”功能搜索com.autonavi.amapauto.注意最后有個點(diǎn)并全部替換為com.autonavi.amapauto.coexist.。但務(wù)必謹(jǐn)慎不要替換com.autonavi.amapauto這個整體因?yàn)榇a中可能有一些字符串常量就是它需要保留。我們只替換作為類路徑前綴的部分。3.3.2 修改Smali代碼目錄結(jié)構(gòu)Smali代碼的目錄結(jié)構(gòu)直接反映了包名。我們需要將磁盤上的目錄結(jié)構(gòu)從smali/com/autonavi/amapauto/重命名為smali/com/autonavi/amapauto/coexist/。但是高德地圖這樣的應(yīng)用可能使用了多dex分包。你可能會看到smali_classes2,smali_classes3等目錄。每一個smali_classesX目錄下只要存在com/autonavi/amapauto/路徑都需要進(jìn)行同樣的重命名操作。操作步驟在文件資源管理器中進(jìn)入decompiled_amap。分別進(jìn)入smali,smali_classes2如果有等目錄。找到com/autonavi/amapauto文件夾。將其重命名為amapauto.coexist注意這里是在文件系統(tǒng)層面重命名文件夾所以中間的點(diǎn)是文件夾名的一部分系統(tǒng)會創(chuàng)建一個名為amapauto.coexist的文件夾。更嚴(yán)謹(jǐn)?shù)淖龇ㄊ菍mapauto文件夾移動到一個新的coexist子文件夾內(nèi)即最終路徑為com/autonavi/amapauto/coexist/。這可以通過命令行完成更不易出錯。3.3.3 修復(fù)Smali代碼中的包名引用目錄結(jié)構(gòu)改了但Smali文件內(nèi)部的代碼還引用著舊的類路徑?，F(xiàn)在我們需要使用Jadx-gui來輔助定位。用Jadx-gui直接打開原始的amapauto_9.5.0.600013.apk。使用它的全局搜索功能通常CtrlShiftF搜索com.autonavi.amapauto。在搜索結(jié)果中重點(diǎn)查看那些看起來像是在代碼中硬編碼的、用于構(gòu)建Intent、調(diào)用Class.forName()、或者作為字符串常量的引用。例如Intent intent new Intent(this, Class.forName(com.autonavi.amapauto.SomeActivity)); String pkgName com.autonavi.amapauto;記錄下這些關(guān)鍵的字符串和它們可能出現(xiàn)的上下文。然后回到Apktool解包的目錄使用文本編輯器的全局搜索功能在所有文件中特別是.smali文件查找這些特定的字符串并將其替換為新的包名com.autonavi.amapauto.coexist。注意這是一個需要經(jīng)驗(yàn)和判斷的過程。并非所有出現(xiàn)的com.autonavi.amapauto都要改。例如一些用于系統(tǒng)API調(diào)用或第三方庫內(nèi)部的引用就不能動?；驹瓌t是只修改高德地圖自身業(yè)務(wù)代碼中用于指向自身組件的引用。如果拿不準(zhǔn)可以先不改如果后續(xù)運(yùn)行崩潰再根據(jù)日志來定位。3.3.4 修改應(yīng)用名稱可選但建議為了在車機(jī)桌面上區(qū)分原版和共存版建議修改應(yīng)用顯示名稱。在decompiled_amap/res/values/strings.xml文件中找到定義應(yīng)用名的字符串。通常它的名字是app_name。string nameapp_name高德地圖/string你可以將其修改為string nameapp_name高德地圖共存版/string這樣在車機(jī)桌面上就能一目了然。3.4 第四步回編譯與簽名3.4.1 回編譯APK在命令行中確保位于工作目錄執(zhí)行回編譯命令apktool b decompiled_amap -o new_amap_unsigned.apkb代表build構(gòu)建。decompiled_amap修改后的反編譯目錄。-o new_amap_unsigned.apk指定輸出的未簽名APK文件名。如果一切順利你會在當(dāng)前目錄得到new_amap_unsigned.apk。如果回編譯失敗Apktool會在命令行輸出錯誤信息通常是某處Smali語法錯誤或資源ID沖突需要根據(jù)提示回到上一步檢查修改。3.4.2 生成簽名密鑰如果還沒有自己的簽名密鑰使用keytool生成一個。以下命令生成一個有效期為10000天的密鑰keytool -genkeypair -v -keystore my-release-key.keystore -alias my-key-alias -keyalg RSA -keysize 2048 -validity 10000執(zhí)行命令后會交互式地讓你輸入密鑰庫密碼、密鑰密碼、姓名單位等信息。請務(wù)必記住你設(shè)置的密碼和別名alias。3.4.3 簽名APK使用Android SDK的apksigner進(jìn)行簽名推薦支持V2/V3簽名格式更安全apksigner sign --ks my-release-key.keystore --ks-key-alias my-key-alias --out amapauto_coexist_signed.apk new_amap_unsigned.apk輸入你設(shè)置的密鑰庫密碼和密鑰密碼。完成后會生成最終的amapauto_coexist_signed.apk。你也可以使用舊的jarsigner但可能無法生成V2/V3簽名jarsigner -verbose -sigalg SHA1withRSA -digestalg SHA1 -keystore my-release-key.keystore new_amap_unsigned.apk my-key-alias使用jarsigner后還需要用zipalign工具進(jìn)行優(yōu)化apksigner通常不需要額外優(yōu)化zipalign -v 4 new_amap_unsigned.apk amapauto_coexist_signed.apk4. 安裝測試與深度問題排查4.1 安裝到車機(jī)或模擬器將簽名后的amapauto_coexist_signed.apk拷貝到U盤插入車機(jī)安裝或者通過ADB命令安裝到車機(jī)/模擬器adb install -r amapauto_coexist_signed.apk-r參數(shù)代表替換安裝如果之前有測試失敗的版本可以用這個參數(shù)覆蓋。理想情況下安裝成功桌面出現(xiàn)“高德地圖共存版”圖標(biāo)點(diǎn)擊可以正常啟動、定位、導(dǎo)航。但現(xiàn)實(shí)往往更骨感你可能會遇到以下幾種常見問題。4.2 常見崩潰問題與排查實(shí)錄問題一安裝失敗提示“安裝包解析錯誤”或“INSTALL_PARSE_FAILED_NO_CERTIFICATES”原因簽名步驟出錯APK沒有有效的簽名或者簽名方式不被系統(tǒng)接受。排查確認(rèn)使用了apksigner或正確的jarsigner zipalign流程。使用apksigner verify -v amapauto_coexist_signed.apk命令檢查簽名詳情。確保顯示有V2或V3簽名。如果使用jarsigner確保最后執(zhí)行了zipalign。問題二應(yīng)用能安裝但一點(diǎn)擊圖標(biāo)就閃退Force Close這是最復(fù)雜的情況原因多種多樣。必須借助日志來排查。排查步驟確保車機(jī)或模擬器已開啟USB調(diào)試并通過ADB連接電腦。在電腦命令行使用adb logcat命令抓取實(shí)時日志。在車機(jī)上點(diǎn)擊崩潰的應(yīng)用圖標(biāo)。觀察logcat輸出尋找紅色的AndroidRuntime異常信息特別是FATAL EXCEPTION。異常信息會明確指出是哪個類、哪一行代碼出了問題。4.2.1 典型案例ClassNotFoundException 或 NoClassDefFoundError日志特征java.lang.ClassNotFoundException: Didn‘t find class com.autonavi.amapauto.coexist.MainActivity on path: ...原因Smali代碼目錄重命名后內(nèi)部的類引用沒有全部更新。例如某個.smali文件的開頭仍然是.class public Lcom/autonavi/amapauto/MainActivity;但實(shí)際文件卻位于com/autonavi/amapauto/coexist/目錄下。解決根據(jù)日志找到缺失的類名例如com.autonavi.amapauto.coexist.SomeService。在反編譯目錄中搜索這個類名對應(yīng)的.smali文件檢查其存放路徑是否正確。更常見的是搜索舊的類引用。用文本編輯器全局搜索Lcom/autonavi/amapauto/注意Smali中類描述符以L開頭以分號結(jié)尾將其替換為Lcom/autonavi/amapauto/coexist/。這步必須非常小心最好結(jié)合錯誤日志只修改導(dǎo)致崩潰的相關(guān)類引用。4.2.2 典型案例Resource Not Found 或 Theme Error日志特征出現(xiàn)與資源ID、樣式主題相關(guān)的異常。原因在修改包名后資源的完整名稱package:type/entry發(fā)生了變化但代碼中可能通過getIdentifier()等動態(tài)方式獲取資源或者某些XML中硬編碼了資源引用。解決這類問題較難定位?？梢試L試在Jadx中搜索getIdentifier、R.等關(guān)鍵字看是否有動態(tài)獲取自身包名資源的代碼。如果資源引用失敗導(dǎo)致啟動即崩潰可能需要對比修改前后R.java由Apktool生成在build/apk/R.java中如果存在的變化但通常Apktool在回編譯時會處理大部分資源ID映射。4.2.3 典型案例簽名校驗(yàn)或權(quán)限問題原因一些應(yīng)用會在啟動時校驗(yàn)自身的簽名如果簽名不對我們從官方簽名改成了自己的簽名就會主動退出?；蛘咝薷陌竽承┡c包名綁定的系統(tǒng)權(quán)限如android:sharedUserId失效。排查查看日志中是否有“signature”、“permission denied”等相關(guān)字眼。對于簽名校驗(yàn)屬于應(yīng)用自身的加固或保護(hù)機(jī)制破解難度較大已超出基礎(chǔ)共存版制作范圍。對于權(quán)限問題檢查AndroidManifest.xml中是否有android:sharedUserId屬性如果有修改包名后可能需要移除或同步修改該屬性但這可能引發(fā)其他問題需謹(jǐn)慎。4.3 高級技巧使用MT管理器等圖形化工具輔助對于不想接觸命令行的用戶市面上有一些強(qiáng)大的Android平臺上的圖形化APK編輯工具例如“MT管理器”。它可以在手機(jī)上直接完成APK的反編譯、包名修改、資源編輯、回編譯簽名等一系列操作。使用MT管理器的基本流程在Android手機(jī)上安裝MT管理器。找到高德地圖車機(jī)版APK用MT管理器打開選擇“查看”。在APK內(nèi)部找到AndroidManifest.xml選擇“反編譯”修改package屬性。使用軟件內(nèi)的“功能”菜單選擇“APK共存”它會自動處理包名和部分關(guān)聯(lián)修改。修改應(yīng)用名稱在resources.arsc中編輯字符串資源。保存并退出MT管理器會自動回編譯并簽名使用內(nèi)置測試證書。優(yōu)劣分析優(yōu)點(diǎn)極其方便快捷適合快速制作簡單的共存版無需電腦環(huán)境。缺點(diǎn)黑盒操作對復(fù)雜APK的修改可能不徹底遇到崩潰問題難以排查。自動修改可能覆蓋某些需要個性化處理的地方。生成的APK使用的是公共測試證書在某些嚴(yán)格的車機(jī)系統(tǒng)上可能無法安裝。對于追求穩(wěn)定和深度定制的用戶我仍然推薦使用電腦端的Apktool手動修改的方案雖然步驟繁瑣但每一步可控出了問題也知道從哪里入手解決。5. 進(jìn)階修改與優(yōu)化思路成功制作出能運(yùn)行的基礎(chǔ)共存版后你可能還想更進(jìn)一步進(jìn)行一些優(yōu)化或個性化修改。5.1 修改應(yīng)用圖標(biāo)與通道標(biāo)識為了讓共存版與原版區(qū)分更明顯可以修改圖標(biāo)。在decompiled_amap/res/目錄下找到所有分辨率的mipmap-*dpi或drawable-*dpi文件夾中的圖標(biāo)文件通常名為ic_launcher.png或ic_launcher_round.png。用相同尺寸、格式的圖片替換它們即可。高德地圖可能會根據(jù)渠道號如amapauto來配置某些服務(wù)器特性。這個信息通常存放在AndroidManifest.xml的meta-data標(biāo)簽中或者某個配置文件中如assets目錄下的.cfg文件。使用Jadx搜索“channel”、“cid”等關(guān)鍵詞可以找到。修改它可以改變應(yīng)用的更新渠道或某些云端配置但需注意隨意修改可能導(dǎo)致無法接收官方更新或服務(wù)異常。5.2 共存版的數(shù)據(jù)存儲與遷移修改包名后共存版的數(shù)據(jù)存儲路徑會完全獨(dú)立于原版。原版高德的地圖數(shù)據(jù)、收藏夾、設(shè)置都存儲在/Android/data/com.autonavi.amapauto/目錄下而共存版則會在/Android/data/com.autonavi.amapauto.coexist/下。如果你希望共存版能繼承原版的數(shù)據(jù)這是一個非常高級的操作涉及對應(yīng)用內(nèi)部數(shù)據(jù)存儲邏輯的深度理解。通常地圖數(shù)據(jù)離線地圖包可以手動拷貝因?yàn)樗鼈兺ǔ４娣旁赟D卡或內(nèi)置存儲的公共目錄如amapauto9或AutoNavi。將原地圖數(shù)據(jù)文件夾復(fù)制一份并在共存版設(shè)置中指定路徑即可。但用戶設(shè)置、收藏夾等數(shù)據(jù)通常存儲在應(yīng)用的私有數(shù)據(jù)庫或SharedPreferences中其文件路徑與包名強(qiáng)相關(guān)。直接拷貝文件往往無效因?yàn)閼?yīng)用在讀取時會校驗(yàn)包名。除非你能反編譯并修改應(yīng)用讀寫這些數(shù)據(jù)時的路徑判斷邏輯否則很難實(shí)現(xiàn)無縫遷移。對于大多數(shù)用戶接受“重新開始”是更現(xiàn)實(shí)的選擇。5.3 應(yīng)對加固與混淆官方發(fā)布的高德地圖APK很可能經(jīng)過了代碼混淆ProGuard甚至可能加入了商業(yè)加固方案。這會給反編譯和修改帶來巨大挑戰(zhàn)混淆類名、方法名、字段名被替換成a, b, c等無意義字符但代碼邏輯和結(jié)構(gòu)基本完整。Apktool反編譯后得到的Smali代碼可讀性極差但依然可以修改包名和目錄。全局搜索替換時需要搜索混淆后的類名路徑如a/b/c。加固核心dex文件被加密或隱藏Apktool反編譯后可能只有一個殼dex真正的代碼在運(yùn)行時動態(tài)加載。這種情況下常規(guī)的Apktool流程完全失效。應(yīng)對策略針對混淆耐心。結(jié)合Jadx的反混淆功能它嘗試將a,b,c重命名為更有意義的名稱仔細(xì)分析關(guān)鍵入口點(diǎn)。修改時以Smali文件的實(shí)際路徑和內(nèi)容為準(zhǔn)。針對加固需要先“脫殼”。這是一個專業(yè)領(lǐng)域涉及動態(tài)調(diào)試、內(nèi)存dump等技術(shù)風(fēng)險(xiǎn)高且可能違反軟件許可協(xié)議。對于普通用戶如果遇到強(qiáng)加固的APK建議放棄制作共存版或?qū)ふ揖W(wǎng)絡(luò)上已經(jīng)由高手處理過的版本。切記從非官方渠道獲取的APK存在安全風(fēng)險(xiǎn)。制作Android應(yīng)用的共存版是一次深入理解APK構(gòu)成和Android系統(tǒng)機(jī)制的實(shí)踐。從最初的解包、修改包名到處理各種依賴和崩潰整個過程充滿了挑戰(zhàn)但成功后的成就感也是巨大的。我個人的經(jīng)驗(yàn)是對于高德地圖這類大型應(yīng)用第一次嘗試很可能不會一帆風(fēng)順關(guān)鍵是要學(xué)會閱讀logcat日志像偵探一樣根據(jù)錯誤線索去反推問題根源。每次解決一個崩潰你對Android應(yīng)用運(yùn)行機(jī)制的理解就會加深一層。最后分享一個實(shí)用小技巧在開始大規(guī)模修改前先做一個“最小可行性測試”。即只修改AndroidManifest.xml中的包名和對應(yīng)的Smali目錄名然后立刻回編譯簽名安裝看能否啟動。如果不能根據(jù)日志定位首要問題。解決了啟動問題后再逐步處理其他可能存在的深層引用。這種迭代式的方法比一次性修改所有地方然后面對一堆錯誤要高效得多。記住耐心和細(xì)致的日志分析是成功完成這類任務(wù)的兩大法寶。