2. 程式人生 > >Android 4.0 framework原始碼修改編譯，模擬器執行不起來

Android 4.0 framework原始碼修改編譯，模擬器執行不起來

阿新 • • 發佈：2019-02-20
我是用的android 4.0.3 ICS的原始碼，編譯好後，利用編譯好的映象啟動的模擬器，以前修改過裡面的Launcher，將生成的Launcher.apk和Launcher.odex  push後是成功的。現在我在

frameworks/base/policy/src/com/android/internal/policy/impl/LockScreen.java

frameworks/base/core/java/com/android/internal/widget/multiwaveview/MultiWaveView.java

中加了一點log,其實就是解鎖時相應的輸出座標等資訊，

試了兩種方法：

1. make framework  
  make snod

2.  在framework/base中mm
  adb push framework.jar 和 framework.odex 到 system/framework/

結果都是在啟動模擬器時，在開機顯示 android字樣時進不去了，ddms中不停的列印如下資訊：

07-30 06:50:52.762: I/ServiceManager(30): service 'media.audio_policy' died
07-30 06:50:52.762: I/ServiceManager(30): service 'media.audio_flinger' died
07-30 06:50:52.762: I/ServiceManager(30): service 'media.player' died
07-30 06:50:52.762: I/ServiceManager(30): service 'media.camera' died
07-30 06:50:52.822: I/Netd(383): Netd 1.0 starting
07-30 06:50:52.842: E/Netd(383): Unable to bind netlink socket: No such file or directory
07-30 06:50:52.842: E/Netd(383): Unable to open quota2 logging socket
07-30 06:50:53.253: I/(381): ServiceManager: 0xf958
07-30 06:50:53.253: I/AudioFlinger(381): Loaded primary audio interface from LEGACY Audio HW HAL (audio)
07-30 06:50:53.253: I/AudioFlinger(381): Using 'LEGACY Audio HW HAL' (audio.primary) as the primary audio interface
07-30 06:50:53.253: D/AudioHardwareInterface(381): setMode(NORMAL)
07-30 06:50:53.253: I/CameraService(381): CameraService started (pid=381)
07-30 06:50:53.262: D/EmulatedCamera_QemuClient(381): Emulated camera list: 
07-30 06:50:53.262: D/EmulatedCamera_FakeCamera(381): Initialize: Fake camera is facing back
07-30 06:50:53.262: V/EmulatedCamera_Factory(381): 1 cameras are being emulated. Fake camera ID is 0
07-30 06:50:53.272: I/AudioFlinger(381): AudioFlinger's thread 0x10fb0 ready to run
07-30 06:50:53.272: W/AudioFlinger(381): Thread AudioOut_1 cannot connect to the power manager service
07-30 06:50:53.272: I/AudioPolicyService(381): Loaded audio policy from LEGACY Audio Policy HAL (audio_policy)
07-30 06:50:56.022: D/AndroidRuntime(393): >>>>>> AndroidRuntime START com.android.internal.os.ZygoteInit <<<<<<
07-30 06:50:56.022: D/AndroidRuntime(393): CheckJNI is ON
07-30 06:50:56.042: I/dalvikvm(393): DexOpt: mismatch dep signature for '/system/framework/framework.odex'
07-30 06:50:56.042: E/dalvikvm(393): /system/framework/android.policy.jar odex has stale dependencies
07-30 06:50:56.042: I/dalvikvm(393): Zip is good, but no classes.dex inside, and no valid .odex file in the same directory
07-30 06:50:56.042: D/dalvikvm(393): Unable to process classpath element '/system/framework/android.policy.jar'
07-30 06:50:56.042: I/dalvikvm(393): DexOpt: Some deps went away
07-30 06:50:56.042: E/dalvikvm(393): /system/framework/services.jar odex has stale dependencies
07-30 06:50:56.042: I/dalvikvm(393): Zip is good, but no classes.dex inside, and no valid .odex file in the same directory
07-30 06:50:56.042: D/dalvikvm(393): Unable to process classpath element '/system/framework/services.jar'
07-30 06:50:56.042: I/dalvikvm(393): DexOpt: mismatch dep signature for '/system/framework/framework.odex'
07-30 06:50:56.042: E/dalvikvm(393): /system/framework/apache-xml.jar odex has stale dependencies
07-30 06:50:56.042: I/dalvikvm(393): Zip is good, but no classes.dex inside, and no valid .odex file in the same directory
07-30 06:50:56.042: D/dalvikvm(393): Unable to process classpath element '/system/framework/apache-xml.jar'
07-30 06:50:56.042: I/dalvikvm(393): DexOpt: mismatch dep signature for '/system/framework/framework.odex'
07-30 06:50:56.042: E/dalvikvm(393): /system/framework/filterfw.jar odex has stale dependencies
07-30 06:50:56.042: I/dalvikvm(393): Zip is good, but no classes.dex inside, and no valid .odex file in the same directory
07-30 06:50:56.042: D/dalvikvm(393): Unable to process classpath element '/system/framework/filterfw.jar'
07-30 06:50:56.682: E/JNIHelp(393): Native registration unable to find class 'com/android/server/Watchdog', aborting

07-30 06:50:56.682: A/libc(393): Fatal signal 11 (SIGSEGV) at 0xdeadbaad (code=1)

後來根據高手的提示，去看 build/core/main.mk，發現裡面有個droidcore命令，

嘗試使用make droidcore編譯後，模擬器成功執行，並打印出修改的log，後來仔細分析droidcore：

755 .PHONY: droidcore

756 droidcore: files \
757     systemimage \
758     $(INSTALLED_BOOTIMAGE_TARGET) \
759     $(INSTALLED_RECOVERYIMAGE_TARGET) \
760     $(INSTALLED_USERDATAIMAGE_TARGET) \
761     $(INSTALLED_FILES_FILE)
發現一開始是執行systemimage,於是我又嘗試用make systemimage來編譯:
修改framework中原始碼，在framework/base 中mm,退至原始碼根目錄，make systemimage後，啟動模擬器，修改效果成功顯示。
Ps：
1.貌似執行make snod(systemimage no dependence)不行，看來要編上dependence才行。
2.在make systemimage 之後一定要關閉模擬器重開才行，執行adb shell stop,adb shell start也不行。

就是時間比較長，編一下要10分鐘左右。

這個解決方法貌似不錯：http://blog.csdn.net/cqupt_chen/article/details/8166090

修復framework程式碼之後,push編譯好的framework.jar和相應的odex檔案,發現開機失敗,一直在android介面迴圈

而且不停打dismatch dep ：

  1. I/dalvikvm(  375): DexOpt: mismatch dep signature for '/system/framework/framework.odex'                   
  2. E/dalvikvm(  375): /system/framework/android.policy.jar odex has stale dependencies                        
  3. I/dalvikvm(  375): Zip is good, but no classes.dex inside, and no valid .odex file in the same directory   
  4. D/dalvikvm(  375): Unable to process classpath element '/system/framework/android.policy.jar'              
  5. I/dalvikvm(  375): DexOpt: mismatch dep signature for '/system/framework/framework.odex'                   
  6. E/dalvikvm(  375): /system/framework/services.jar odex has stale dependencies                              
  7. I/dalvikvm(  375): Zip is good, but no classes.dex inside, and no valid .odex file in the same directory   
  8. D/dalvikvm(  375): Unable to process classpath element '/system/framework/services.jar'                    
  9. I/dalvikvm(  375): DexOpt: mismatch dep signature for '/system/framework/framework.odex'                   
  10. E/dalvikvm(  375): /system/framework/apache-xml.jar odex has stale dependencies                            
  11. I/dalvikvm(  375): Zip is good, but no classes.dex inside, and no valid .odex file in the same directory   
  12. D/dalvikvm(  375): Unable to process classpath element '/system/framework/apache-xml.jar'                  
  13. I/dalvikvm(  375): DexOpt: mismatch dep signature for '/system/framework/framework.odex'                   
  14. E/dalvikvm(  375): /system/framework/filterfw.jar odex has stale dependencies                              
  15. I/dalvikvm(  375): Zip is good, but no classes.dex inside, and no valid .odex file in the same directory   
  16. D/dalvikvm(  375): Unable to process classpath element '/system/framework/filterfw.jar'                    
  17. E/JNIHelp (  375): Native registration unable to find class 'com/android/server/Watchdog', aborting        
  18. F/libc    (  375): Fatal signal 11 (SIGSEGV) at 0xdeadbaad (code=1)                                        
在原始碼中定位到錯誤地點(DexPrepare.cpp中)
  1. if (len != storedStrLen ||  
  2.     strcmp(cacheFileName, (constchar*) ptr) != 0)  
  3. {  
  4.     LOGI("DexOpt: mismatch dep name: '%s' vs. '%s'",  
  5.         cacheFileName, ptr);  
  6.     goto bail;  
  7. }  
  8. ptr += storedStrLen;  
  9. if (memcmp(signature, ptr, kSHA1DigestLen) != 0) {  
  10.     LOGI("DexOpt: mismatch dep signature for '%s'", cacheFileName);  
  11.     goto bail;  
  12. }  
  13. ptr += kSHA1DigestLen;  
  14. LOGV("DexOpt: dep match on '%s'", cacheFileName);  
  15. numDeps--;  
看來是依賴簽名匹配失敗.

如此看來只有兩種解決辦法:

1.用make snod命令重新編譯system.img,這樣編譯出來的system中的架包之間沒有依賴

2.修改DexPrepare.cpp中的驗證程式碼,直接跳過簽名驗證

相關推薦

Android 4.0 framework原始碼修改編譯，模擬器執行不起來

我是用的android 4.0.3 ICS的原始碼，編譯好後，利用編譯好的映象啟動的模擬器，以前修改過裡面的Launcher，將生成的Launcher.apk和Launcher.odex  push後是成功的。現在我在 frameworks/base/policy/src/

Android FrameWork學習（一）Android 7.0系統原始碼下載\編譯

最近計劃著研究下Android 7.0的系統原始碼，之前也沒做過什麼記錄，這次正好將學習的內容記錄下來，方便以後複習鞏固。 既然要學習我們的系統原始碼，那我們第一步要做的就是下載原始碼並進行編譯了。 硬體環境要求 1. 編譯環境 按照官方的說

git fabric 1.0.0 官方原始碼進行編譯，生成 docker images

系統環境：centos 7 64位 docker docker-compose 不要使用 centos yum 倉庫帶的 docker，版本過低。 安裝docker 官方的repo 裡面的版本 $ sudo tee /etc/yum.repos.d/docker.rep

Android 4.0 Launcher2原始碼分析—桌面快捷圖示的拖拽

通過上一篇文章Android4.0Launcher2原始碼分析（五）——Workspace的滑動中，已經瞭解了Launcher的ViewTree中各層所負責的工作，在DragLayer中就負責對快捷圖示和AppWidget等元件的拖拽工作。桌面的滑動和圖示的拖拽是兩項獨立的工作，正常情況下我們用手指

ubuntu12.04 編譯 ics android 4.0.4 日誌 ，出出錯

安裝完官方說明的的包，還會出錯。 編譯 一次需要74+分鐘， 提示資訊 host SharedLib: lib64EGL_translator (out/host/linux-x86/obj/lib/lib64EGL_translator.so) /usr/bin/ld:

從路由原理出發，深入閱讀理解react-router 4.0的原始碼

  react-router等前端路由的原理大致相同，可以實現無重新整理的條件下切換顯示不同的頁面。路由的本質就是頁面的URL發生改變時，頁面的顯示結果可以根據URL的變化而變化，但是頁面不會重新整理。通過前端路由可以實現單頁(SPA)應用,本文首先從前端路由的原

android 4.4 編譯需要make 3.81 , android 6.0和7.1編譯需要make 4.1

android 4.4 編譯需要make 3.81 ,   android 6.0和7.1編譯需要make 4.1 從http://ftp.gnu.org/gnu/make/ 這裡，分別下載make-3.81.tar.gz 和make-4.1.tar.gz 分別

Android 4.0.3 聯絡人(通訊錄)應用原始碼學習

    Contacts應用入口類有2個：PeopleActivity.java和DialtactsActivity.java。PeopleActivity是聯絡人入口類，DialtactsActivity是撥號入口類，Contacts集成了聯絡人和撥號功能。Contact

android 4.0 編譯模式 eng -- > user 時遇到的問題

參考：http://mmdev.iteye.com/blog/1580514 關鍵詞：android 4.0 user eng camera nand 串列埠 平臺資訊: 核心：linux3.0 系統：android4.0.3 平臺：S5PV310(samsun

Android 7.1.2 原始碼修改，使用自己的 app 作為預設桌面，不彈出桌面選擇彈窗

需求：使用自己開發的桌面 app 作為預設，不再出現桌面選擇 在不修改原始碼前提下，可以設定自己的app為桌面，但是如果自己的應用出現崩潰，則在 Android 啟動機制下會彈出桌面選擇彈窗，如果在定製的系統中，這個是不能接受的，但本身在開發也需要使用預設 launcher 進行其他

Android 7.0系統原始碼中如何編譯android studio工程

eclipse工程放在系統原始碼裡編譯，直接把整個包丟到系統裡，然後加一個Android.mk，就完事了，可是eclipse被谷歌拋棄很久了，現在琢磨者如何將android studio工程放到系統原始碼裡編譯，在網上找了一大圈 都沒有找到，只好自己幹了了。 android

Android Studio3.0打包簽名版app，以後可以直接通過編譯執行安裝簽名版app

通過build-->Generate Signed Apk打簽名包，此處流程省略。然後通過下圖開啟Project Structure。然後通過下圖配置簽名檔案最後通過下圖依次操作，最後點選ok就可以了到這裡配置就完成了，最後按照下圖編譯安裝app到手機上，以後就可以直接

Ubunut 12.10 64位編譯 android 4.2.1_r1 原始碼

google推薦的編譯環境是在Ubuntu LTS（10.04），但是最新版本12.10已經出來，沒必要在舊版本上做文章了 對於2.3.X和更新的版本，需要64位的系統，之前的老版本2.2以下（包括2.2）可以在32位版本上編譯 對於虛擬機器，官網上寫的虛擬機器配置引數：1

Android 4.0原始碼目錄結構

Android 4.0|-- Makefile|-- bionic （bionic C庫）|-- bootable （啟動引導相關程式碼）|-- build （存放系統編譯規則及generic等基礎開發包配置）|-- cts （Android相容性測試套件標準）|-- dalvik （dalvik JAVA虛

如何反編譯Android 5.0 framework

CSDN移動將持續為您優選移動開發的精華內容，共同探討移動開發的技術熱點話題，涵蓋移動應用、開發工具、移動遊戲及引擎、智慧硬體、物聯網等方方面面。如果您想投稿、尋求《近匠》報道，或給文章挑錯，歡迎傳送郵件至tangxy#csdn.net（請把#改成@）。  在Andro

android 6.0 SystemUI原始碼分析(4)-StatusBar顯示流程

1.StatusBar啟動 StatusBar繼承於SystemUI，在SystemUIApplication會啟動SysteBar. mServices[i].start(); SystemBar.java @Override public void start

Ubuntu上交叉編譯valgrind for Android 4.0.4的過程與注意事項

編譯環境：Ubuntu x86_64（Linux root 2.6.32-45-generic #101-Ubuntu SMP Mon Dec 3 15:39:38 UTC 2012 x86_64 GNU/Linux） 執行環境：Android 4.0.4 （Linux

【轉】Android 4.0 Launcher2源碼分析——啟動過程分析

handler flag 這一 第一次啟動 asynctask pla size ontouch wait Android的應用程序的入口定義在AndroidManifest.xml文件中可以找出：[html] <manifest xmlns:android="htt

Android 4.0 Launcher2源碼分析——主布局文件（轉）

not sch png 默認 顯示效果 target ots eat col 本文來自http://blog.csdn.net/chenshaoyang0011 Android系統的一大特色是它擁有的桌面通知系統，不同於IOS的桌面管理，Android有一個桌面系統用於管

android 4 0 以上平臺選擇圖片報錯Attempted to access a cursor after it

分享一下我老師大神的人工智慧教程！零基礎，通俗易懂！http://blog.csdn.net/jiangjunshow 也歡迎大家轉載本篇文章。分享知識，造福人民，實現我們中華民族偉大復興！