安卓源碼編譯修改

㈠ 如何在android系統源碼的環境下用make來編譯

第一個方法簡單點，不過需要在Android系統源碼的環境下用make來編譯：
1. 在應用程序的AndroidManifest.xml中的manifest節點中加入
android:sharedUserId="android.uid.system"這個屬性。
2. 修改Android.mk文件，加入LOCAL_CERTIFICATE := platform這一行
3. 使用mm命令來編譯，生成的apk就有修改系統時間的許可權了。

㈡ 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 怎麼樣修改源碼文件

1、Android的文件系統結構是怎樣的，我們安裝1、Android的文件系統結構是怎樣的，我們安裝的程序放在那裡？ 編譯Android源碼之後，在out/target/proct/generic一些文件： ramdisk.img、system.img、userdata.img、 system、 data、root 其中， system.img是由 system打包壓縮得到的， userdata.img是由 data打包壓縮得到的。 ramdisk.img是模擬器的文件系統，把ramdisk.img解壓出來可知道，ramdisk.img里的文件跟root文件夾的文件基本一樣。模擬器裝載ramdisk.img並解壓到內存，接著分別把system.img和userdata.img掛載到 ramdisk下的system和data目錄。我們編譯出來的應用程序就是放在system/app下的。用戶安裝的程序則是放在data/app下。 2、Android SDK和android源碼能為我們提供什麼工具？ 的程序放在那裡？ 編譯Android源碼之後，在out/target/proct/generic一些文件： ramdisk.img、system.img、userdata.img、 system、 data、root 其中， system.img是由 system打包壓縮得到的， userdata.img是由 data打包壓縮得到的。 ramdisk.img是模擬器的文件系統，把ramdisk.img解壓出來可知道，ramdisk.img里的文件跟root文件夾的文件基本一樣。模擬器裝載ramdisk.img並解壓到內存，接著分別把system.img和userdata.img掛載到 ramdisk下的system和data目錄。我們編譯出來的應用程序就是放在system/app下的。用戶安裝的程序則是放在data/app下。 2、Android SDK和android源碼能為我們提供什麼工具？

㈣ 如何單獨編譯Android源碼中的模塊

1.make 模塊名稱
需要查看Android.mk文件的LOCAL_PACKAGE_NAME變數。
2．mmm命令
用於在源碼根目錄編譯指定模塊，參數為模塊的相對路徑。只能在第一次編譯後使用。比如要編譯Phone部分源碼，需要在終端中執行以下命令：
$mmm packages/apps/phone
3．mm命令
用於在模塊根目錄編譯這個模塊。只能在第一次編譯後使用。例如要編譯Phone部分源碼，需要在終端中執行以下命令：
$cd packages/apps/phone
$mm
註：mmm和mm命令必須在執行「.build/envsetup.sh」之後才能使用，並且只編譯發生變化的文件。如果要編譯模塊的所有文件，需要-B選項，例如mm -B。

㈤ Android 4.0 framework源碼修改編譯，模擬器運行不起來，求助

依賴簽名匹配失敗.
如此看來只有兩種解決辦法:
1.用make
snod命令重新編譯system.img,這樣編譯出來的system中的架包之間沒有依賴
2.修改DexPrepare.cpp中的驗證代碼,直接跳過簽名驗證

㈥ 安卓反編譯出來的代碼如何修改重新生成APK

反編譯步驟：
1.
下載apktool
並設置環境變數
2.
命令行進入apk目錄執行：apktool
d
xx.apk
（如果遇到一些錯誤說明apk做了防破解處理）
3.
執行成功後會生成xx文件夾，進入xx文件夾修改需要修改的內容，如果需要修改代碼，進入xx\smali\裡面，需要懂一些smali語法
4.
修改完後回到命令行，執行：apktool
b
xx
，會在xx文件夾裡面生成一個dist文件夾，裡面的apk就是回編譯的，這個apk是沒有簽名的
5.
下載網上的簽名工具對apk簽名，完了就可以安裝了（如果你下載了源碼或者sdk，裡面自帶一個signapk也可以簽名）

㈦ 如何定製android源碼的編譯選項 amp;後期安裝

文件build/core/version_defaults.mk用來檢查一些跟版本相關的變數是否定義；如果未定義，則使用默認值。
這些變數包括
PLATFORM_VERSION # 如 2.2.5
PLATFORM_SDK_VERSION # 8, 對應2.2.5
PLATFORM_VERSION_CODENAME # REL，即發行版
DEFAULT_APP_TARGET_SDK # 同SDK_VERSION或VERSION_CODENAME
BUILD_ID # 默認為UNKNOWN
BUILD_NUMBER # 默認eng.$(USER).$(shell date +%Y%m%d.%H%M%S)的形式。

version_defaults.mk首先包含進build_id.mk。用戶應當配置build_id.mk，而不應該改動version_defaults.mk文件。然後檢查上述變數，如未定義則賦值默認值。

---------------------------------------------------------------------------
關於調試功能(adb)的開啟
編譯android源碼之前總是要先運行build/envsetup.sh，以初始化一些常用命令（實際上是bash的函數，如add_lunch_combo）。
其中也從以下文件中引入了一些編譯設置：
device/${CHIPSET_VENDOR}/vendorsetup.sh
我們這里使用的CHIPSET_VENDOR為amlogic。
比如我們有文件device/amlogic/vendorsetup.sh，內容為"產品名-編譯類型(flavor)"列表（稱為combo），如下：
add_lunch_combo m1ref-eng
add_lunch_combo m1ref-user
add_lunch_combo m2ref-eng
add_lunch_combo m2ref-user
add_lunch_combo stvm3-eng
add_lunch_combo stvm3-user
其中，m1ref和stvm3是產品名（作前綴），後面為編譯類型。
除此前綴外可選的combo值有： eng, user, userdebug, tests。
（參考文件build/core/main.mk中對於變數TARGET_BUILD_VARIANT的篩查條件）
我們可以修改vendorsetup.sh文件，來改變為特定設備編譯的結果。
以下是各個編譯類型的特點：
eng: 工程模式，用於平台級的調試，是默認的編譯類型。
待安裝的模塊tag有: eng, debug, user, development.
安裝不帶tag的非APK模塊；
所安裝應用由產品定義文件給出；
默認屬性: ro.secure=0, ro.deuggable=1, ro.kernel.android.checkjni=1
adbd默認開啟，adb以root身份運行。
user: 即最終用戶版;
待安裝的應用tag有: user
安裝不帶tag的非APK模塊；
所安裝應用由產品定義文件給出；
默認屬性有ro.secure=1, ro.debuggable=0；
默認關閉adbd服務（但可通過應用settings來打開，且adb以shell身份運行）；
userdebug: 與user類似，除了：
支持有限的調試功能；
待安裝的應用tag有:debug；
默認屬性有ro.secure=1, ro.debuggable=1；
默認打開adbd服務，adb以shell身份運行；

例如，由文件build/core/main.mk可以看出，當使用含有userdebug的combo值時，此文件中的臨時變數enable_target_debugging會保持為true，相應地，編譯過程會執行：
ADDITIONAL_DEFAULT_PROPERTIES += ro.debuggable=1 persist.service.adb.enable=1
這意味著目標系統中根目錄下的文件/default.prop文件(對應變數 INSTALLED_DEFAULT_PROP_TARGET )會含有以下行（參考文件build/core/Makefile）：
persist.service.adb.enable=1
由此，目標系統會默認開啟adbd服務，你就可以通過其它PC來連接目標系統了。

所以，如要默認開啟adbd服務，可在設備（如stvm3）定製文件device/amlogic/vendorsetup.sh中增加以下行：
add_lunch_combo stvm3-userdebug
這樣在執行bash的lunch函數時，選擇此combo就可以默認打開adbd服務（adb以shell身份運行）。

但是，即使adbd已經開啟，你仍可能無法通過網路連接到Android進行調試，這涉及到Android的二個屬性:
service.adb.tcp.port (優先順序高)
persist.adb.tcp.port (優先順序低)
註：可查看源碼文件system/core/adb/adb.c。
默認地，這兩個屬性值是5555。有兩種方法來設置此變數：
1）(永久性改變)在Android配置文件/init.rc或/init.$MANUFACTUROR.rc中添加一行：
setprop service.adb.tcp.port 5555
2）(臨時性改變)在命令行上（你可能需要先通過串口開一個終端）執行如下命令：
setprop service.adb.tcp.port 5555

檢查adbd是否支持通過網路鏈接Android：執行命令
netstat -l -n | grep ":5555"
如果有LISTEN狀態的輸出，則表示adbd支持網路模式 :) 。

㈧ 自己可以編譯安卓源碼嗎

用最新的Ubuntu 16.04,請首先確保自己已經安裝了Git.沒安裝的同學可以通過以下命令進行安裝:

sudo apt-get install git git config –global user.email 「[email protected]」 git config –global user.name 「test」

其中[email protected]為你自己的郵箱.

簡要說明

android源碼編譯的四個流程:1.源碼下載;2.構建編譯環境;3.編譯源碼;4運行.下文也將按照該流程講述.

源碼下載

由於某牆的原因,這里我們採用國內的鏡像源進行下載.
目前,可用的鏡像源一般是科大和清華的,具體使用差不多,這里我選擇清華大學鏡像進行說明.(參考:科大源,清華源)

repo工具下載及安裝

通過執行以下命令實現repo工具的下載和安裝

mkdir ~/binPATH=~/bin:$PATHcurl https://storage.googleapis.com/git-repo-downloads/repo > ~/bin/repochmod a+x ~/bin/repo

補充說明
這里,我來簡單的介紹下repo工具,我們知道AOSP項目由不同的子項目組成,為了方便進行管理,Google採用Git對AOSP項目進行多倉庫管理.在聊repo工具之前,我先帶你來聊聊多倉庫項目:

我們有個非常龐大的項目Pre,該項目由很多個子項目R1,R2,...Rn等組成,為了方便管理和協同開發,我們為每個子項目創立自己的倉庫,整個項目的結構如下:

這里寫圖片描述

執行完該命令後,再使用make命令繼續編譯.某些情況下,當你執行jack-admin kill-server時可能提示你命令不存在,此時去你去out/host/linux-x86/bin/目錄下會發現不存在jack-admin文件.如果我是你,我就會重新repo sync下,然後從頭來過.

錯誤三:使用emulator時,虛擬機停在黑屏界面,點擊無任何響應.此時,可能是kerner內核問題,解決方法如下:
執行如下命令:

通過使用kernel-qemu-armv7內核 解決模擬器等待黑屏問題.而-partition-size 1024 則是解決警告: system partion siez adjusted to match image file (163 MB >66 MB)

如果你一開始編譯的版本是aosp_arm-eng,使用上述命令仍然不能解決等待黑屏問題時,不妨編譯aosp_arm64-eng試試.

結束吧

到現在為止,你已經了解了整個android編譯的流程.除此之外,我也簡單的說明android源碼的多倉庫管理機制.下面,不妨自己動手嘗試一下.

㈨ 安卓怎麼使用修改過的源碼編譯程序

1、Android的文件系統結構是怎樣的，我們安裝的程序放在那裡？
編譯Android源碼之後，在out/target/proct/generic一些文件：
ramdisk.img、system.img、userdata.img、 system、 data、root
其中， system.img是由 system打包壓縮得到的， userdata.img是由 data打包壓縮得到的。

ramdisk.img是模擬器的文件系統，把ramdisk.img解壓出來可知道，ramdisk.img里的文件跟root文件夾的文件基本一樣。模擬器裝載ramdisk.img並解壓到內存，接著分別把system.img和userdata.img掛載到 ramdisk下的system和data目錄。我們編譯出來的應用程序就是放在system/app下的。用戶安裝的程序則是放在data/app下。

2、Android SDK和android源碼能為我們提供什麼工具？
AndroidSDK提供有很多工具，如adb,ddms,emulator,aapt等，並提供kernel-qemu、ramdisk.img、system.img、userdata.img。因此，只要有android SDK，我們就可以在模擬器上把android跑起來。
Android源碼可以編譯出android SDK、adb等工具、android文件系統，以及ADT插件，也就是說，我們可以從android源碼編譯出所有android相關的東西。

3、 把Android源 碼」make」之後會生成許多工具和android文件系統（system.img等），我們又可以使用「makesdk」來生成android SDK，android
SDK也包括有工具和android文件系統（system.img等），而原來安裝的時候我們也安裝了androidSDK，那麼我們在開發時應該使用那些工具和android文件系統呢？