android預編譯
編譯Android系統。
Ⅱ Android 怎麼簡單實現預編譯
可以巧妙地利用常量來實現類似的功能。編譯的時候，一般會把常量進行硬編碼，並把不能抵達的代碼進行刪減。因此，我們有了下面類似的代碼：
[java]
public final static boolean IsDebug= false;
if(IsDebug){
Log.i(tag,msg);
}
可以對編譯後的文件，進行反編譯
Ⅲ 如何編譯boot和android
1. 執行：apt-get install mingw32安裝了linux-windows交叉編譯環境mingwin 2. 執行：. build/envsetup.sh 3. 執行choosecombo，選擇各個參數 這兩步設置了一些編譯參數和環境變數，按照你正常編譯Android的設置即可。 4. 執行：make USE_MINGW=y adb 5. 執行：make USE_MINGW=y fastboot 最後到out/host/windows-x86/bin目錄下就能找到你剛剛編譯的東西了。
Ⅳ android 中編譯版本，最小版本，目標版本都有什麼區別
SDK 最低版本
以最低版本設置值為標准，操作系統會拒絕將應用安裝在系統版本低於標準的設備上。
SDK 目標版本
目標版本的設定值告知Android：應用是為哪個API級別設計的。大多數情況下，目標版本即最新發布的Android版本。
SDK 編譯版本
SDK最低版本和目標版本會通知給操作系統，而SDK編譯版本只是你和編譯器之間的私有信息。
Android的特色功能是通過SDK中的類和方法展現的。在編譯代碼時， SDK編譯版本（即編譯目標） 指定具體要使用的系統版本。 Android Studio在尋找類包導入語句中的類和方法時，編譯目標確定具體的基準系統版本。
Ⅳ android 修改代碼怎樣編譯
1: ./mk n(r) kernel; ./mk bootimage;當修改kernel相關代碼時,具體如下:
alps/kernel/
alps/mediatek/platform/mt65xx/kernel/
alps/mediatek/source/kernel/
alps/mediatek/customer/mt65xx/kernel/
alps/mediatek/customer/common/kernel/
alps/mediatek/customer/$porject_name$/kernel
......
2: ./mk n pl 當修改preloader相關代碼時, 具體如下:
alps/mediatek/platform/mt65xx/preloader/
alps/mediatek/source/preloader/
alps/mediatek/customer/mt65xx/preloader/
alps/mediatek/customer/common/preloader/
alps/mediatek/customer/$porject_name$/kernle
......
3: ./mk uboot 當修改uboot相關代碼時,具體如下:
alps/mediatek/platform/mt65xx/uboot/
alps/mediatek/source/uboot/
alps/bootable/bootloader/uboot/
alps/mediatek/customer/mt65xx/uboot/
alps/mediatek/customer/common/buoot/
alps/mediatek/customer/$porject_name$/uboot/
......
4: ./mk systemimage 當修改system相關代碼時,具體如下:
alps/frameworks/
alps/packages/
alps/vendor/
alps/hardware/
alps/dalvik/
...........
5: ./mk recoverimage 當修改recover相關代碼時,具體如下:
alps/bootable/recovery/
alps/mediatek/customer/$project_name$/recovery/
......
6: ./mk factoryimage: 當修改factory相關代碼時使用此命令,具體如下:
alps/mediatek/customer/$project_name$/factory/
alps/mediatek/customer/common/factory/
alps/mediatek/source/factory/
......
7: ./mk secroimage 當修改secro相關代碼時,具體如下:
alps/mediatek/source/secro/
alps/mediatek/customer/$project_name$/secro/
.....
Ⅵ 為什麼android源碼還需要編譯
android源碼中有著許多的源代碼，其中有c和c++編寫的也有java編寫，這些代碼需要通過重新編譯後才能在android機器上運行的！當然你修改源碼，改完源碼後還是需要對源碼進行編譯的編譯的！android系統源碼的整體編譯需要很長時間，所以一般否是分開來編譯的！這樣縮短了編譯的等待時間，而且也實現了不同人對不同板塊代碼的修改和編譯的分工了！
Ⅶ 如何編譯一個精簡的Android系統
本次試驗使用的android源碼是4.2，編譯的架構是mini-mips。
一、所做的工作
1、修改build/target/proct/mini.mk，去掉一些不必要的模塊（例如Phone、DownloadManager等）
2、修改SystemServer.java，屏蔽一些service，讓系統能夠啟動起來（例如，Location Manager、Telephony Registry）
3、修改dalvik/vm/native/dalvik_system_Zygote.cpp，注釋掉因為檢查不到外部存儲而導致dalvik abort的地方 （這是googel的一個bug，在2013年1月份已解決，如果用這以後的代碼不用修改此處）
4、修改WindowManagerService.java，把發送BOOT_TIMEOUT消息的時間改為0（之前為30秒）
二、系統優化後的效果（驗證工作均在mips模擬器上進行）
1、節省運行內存，下面是全編譯與mini編譯的內存使用狀態的對比
1）full build
MemTotal: 499360 kB
MemFree: 242064 kB
2）mini build
MemTotal: 499360 kB
MemFree: 395192 kB
2、縮短開機啟動時間
在虛擬機上的啟動時間
1）full build－29秒
2）mini build－14秒
3、只啟動home程序，其餘的應用程序均被移除
三、保留android的開發環境
1、adb，ddms，apkinstall等，都能正常工作
2、在eclipse中編寫的android應用程序能夠運行在該mini-android之上
四、開機自動啟動指定應用程序
本次測試使用Gallery.apk應用程序，修改其源碼後可以實現隨系統的啟動而自動啟動的功能。
Ⅷ android編譯源碼後怎樣運行
編譯：
1. 初始化：
source build/envsetup.sh
2. 選擇target
lunch
然後選擇aosp_arm
3.
make -j4
等待大概2個小時，就可以順利編譯完成。
模擬器運行
直接運行emulator，會出現如下錯誤：
emulator: ERROR: You did not specify a virtual device name, and the system
directory could not be found.
原因是文件路徑沒有設置，解決辦法添加絕對路徑：
out/host/Linux-x86/bin/emulator -kernel prebuilts/qemu-kernel/arm/kernel-qemu -sysdir out/target/proct/generic/ -system out/target/proct/generic/system.img -ramdisk out/target/proct/generic/ramdisk.img -data out/target/proct/generic/userdata.img -sdcard sdcard.img -scale 0.7 -memory 512 -partition-size 1024
然後運行模擬器