android源碼定製
Android編譯過程比較長，配置起來也很麻煩。現僅就工作遇到的問題做個總結。所用硬體平台為amlogic stvm3。---------------------------------------------------------------------------關於版本號：文件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；
『貳』 如何定製android源碼的編譯選項
現僅就工作遇到的問題做個總結。所用硬體平台為amlogic stvm3。---------------------------------------------------------------------------關於版本號：文件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: 工程模式，用於平台級的調試，是默認的編譯類型。
『叄』 android怎麼修改源碼
在Android界面的系統status bar上添加home,back,menu三個菜單，並完成對應的系統功能。並有higlight效果，修改status bar 高度和status bar上的文字尺寸。
這需要修改android sdk才能完成,我用的是eclair.下面就我的操作進行敘述。
1.首先完成界面顯示效果。
需要修改文件
./frameworks/base/services/java/com/android/server/status/StatusBarPolicy.java,仿照mBatteryIcon等icon的添加方式添加自定義的icon，圖片名稱指定就好了。另外還要記得修改./frameworks/base/core/res/res/values/arrays.xml，這里定義了icon的slot,並且決定了icon的擺放順序。
這樣，你需要的icon按鍵就可以顯示在系統的status bar上面了。
2.判斷touch event是否按動了某個icon
需要修改的文件
./frameworks/base/services/java/com/android/server/status/StatusBarView.java
首先在onTouchEvent函數中，獲取當前event的坐標，然後比較是否在某個按鍵范圍之內。由於系統對於statusBar的范圍已經有了定義，所以這里只需要比較橫坐標就可以了。
其次，也是這一步最關鍵的，怎麼獲取具體某一個icon的左右邊界坐標呢？系統的status bar左邊顯示的圖標都是notification, 右邊顯示的是系統icon. 也就是說左邊icon屬於mNotificationIcons，右邊的icon屬於mStatusIcons. 在文件StatusBarView.java中出現的offset = getViewOffset(mStatusIcons)，得到mStatusIcons的最左邊的icon的left橫坐標。用N = mStatusIcons.getChildCount()得到共有幾個系統icon,其中包含visibility為false的icons.用mStatusIcons.getChildAt(N-i)得到的是從右邊數第i個的icon view. 這個view的getLeft()+offset就是這第i個icon的左邊橫坐標，對應的getRight()+offset就是這第i個icon的右邊橫坐標。本例中home鍵是右邊第2個icon.
3.定義icon響應事件
這里使用的方法是在StatusBarView.java中向
./frameworks/base/services/java/com/android/server/status/StatusBarPolicy.java發送一個Broadcast,讓StatusBarPolicy來完成具體的事件操作。這里需要注意的是不僅要在./frameworks/base/core/java/android/content/Intent.java中定義intent,還要在StatusBarPolicy的構造函數中添加該intent的過濾動作，即filter.addAction(Intent.ACTION_BACKICON_CHANGED).例如，按動了back鍵，如果當前事件為action_up,就向系統發送一個keyEvent，keyCode為KeyEvent.KEYCODE_BACK. 這里借用的是./frameworks/base/cmds/input/src/com/android/commands/input/Input.java中的sendKeyEvent函數，直接拷貝過來，按照需要稍微修改一下形參就可以了，過程不要修改。
需要說明的是，當點擊statusBar可以拉出來一個notification列表，當這個列表顯示出來的時候，這三個back, menu, home鍵的響應速度會非常慢，所以這時不響應事件並隱藏這三個鍵。具體做法是在StatusBarView的onTouchEvent()中判斷mService.mExpanded或者 mService.mTracking為真時就不做響應。mService是StatusBarService對象。隱藏三個鍵也是用Broadcast來做的，但這個intent是由StatusBarServie發出來的，當mExpandedVisible = false時顯示，當mExpandedVisible = true時隱藏。
這里還同時完成了highlight換圖的動作，也是用Broadcast來做得，處理過程一樣，就是需要區分action_down和action_up就可以了。
4.調整status bar的高度
如果你需要顯示較大的屏幕尺寸，同時statusBar的高度要拉大，上面的icon的size也需要調大。為了協調一致，顯示時間的字體和notification顯示的日期的字體也需要調大。具體做法如下：
a.調節status bar icon的size: 只調節status_bar.xml的textSize標簽似乎不起作用，同時又修改了./base/services/java/com/android/server/status/StatusBarIcon.java的t.setTextSize(32);語句才成功。不知道修改status_bar.xml的<com.android.server.status.AnimatedImageView>標簽下的layout_height值是不是必須的，反正我是一起都給改了。
b.調節status bar height: ./base/core/res/res/values/dimens.xml 找得我好辛苦！不知道還需不需要修改./base/core/res/res/values/themes.xml中的Window attributes的windowTitleSize值，反正我也給改了。
c.調節notification顯示日期字體的大小，修改status_bar.xml的<com.android.server.status.DateView>的textSize值。
到這里，就完成了所有工作，看看效果吧。
『肆』 Android系統層面有哪些可定製部分
第一是使用蘑菇ROM助手，編輯系統ROM。使用方法請網路。
第二種是源碼中添加編譯規則。復制設備工程中的文件到編譯生成的系統中。
這里介紹下第二種方法，使用的是全志T3的android4.4系統源碼。
1.添加我們自己的編譯項
修改編譯文件/android/device/softwinner/t3-p1/t3_p1.mk，添加下面一句
$(call inherit-proct-if-exists, device/softwinner/t3-p1/test/test.mk)
2.編輯device/softwinner/t3-p1/test/test.mk文件。
詳細代碼
『伍』 深度定製安卓系統什麼意思
深度定製安卓系統是指以android源碼為基礎，以產品特性為目的而進行深度改造的系統。市面上最常見的深度定製系統是中國移動OPhone所採用的OMS系統。深度定製不只是對UI進行的重新設計，還會圍繞硬體的特性對系統API進行改動，造成使用標准API介面的應用程序在深度定製的系統上無法兼容。
安卓是一個開源的系統
，在一定的基礎上可以對原系統進行修改，這樣既保留了安卓原有的特性，又添加了一些新的功能和特點。在軟體兼容上，深度定製的安卓系統是可以兼容原生的軟體的，但是
因為深度定製的安卓系統添加了新的特點，所以，有一些軟體是專門針對深度定製的安卓系統而開發的，所以原生的系統可能是不兼容的。總體來說
，深度定製的安卓系統和原來的系統在操作上相似度還是很高的。現在用完全原生的安卓系統的手機是不多的，大部分都是經過修改美化的安卓。
深度定製的手機一般都是無法升級成原生Android系統的，只能使用廠商發布的定製系統升級包。有些高手玩家可能會移植一些基於某型號手機的原生Android系統，但是因為技術原因，這些系統的穩定性很差，為了兼容應用軟體而刷這些系統是得不償失的。
當前各大手機製造商為了標榜自己的本土化，針對性設計，都在Android系統上加入很多的自主東西，現在市場上的魅族M9、移動OMS、點心OS都是非原生Android
系統，還有樂Phone的樂OS也基本上看不到原生Android的影子，這些都是深度定製的安卓系統，只是在原生安卓上面做了一定的UI修改或者是加入了自己的一些應用軟體。nbsp;
『陸』 在網上看到，在ubuntu上編譯android源碼的目的是什麼
定製嘛，就是按你自己的要求設定方案，因為android是開源的，而且google提供了很完備的開發框架，有java基礎的人可以很快上手。
源碼定製估計是現在的android的市場一個發展方向，因為以前都是山寨機，軟體硬體一個樣，而現在智能機在硬體方面基本是差不多的，而android軟體框架也是一樣，但是開發比較簡單，門檻很低，所以一些公司提供了定製服務，改動下源碼提供個性化服務。個人理解，你可以繼續網路了解下。
至於你想學開發android，先看下java，應用層是用java開發的，而且你以後也可以自己開發些小應用鬧著玩。參考書方面很多，什麼android應用開發揭秘啊，adk開發範例大全啊，精通android啊什麼的，可以在網上找電子檔或者別人的教學視頻，很多的。
『柒』 android深度定製是什麼概念
深度定製的意思就是，加入了大量電信運營商的所謂特色服務，其實就是你一碰就要錢的，而同時去掉了原生安卓系統的一些很有特色的東東，比如谷歌地圖、谷歌縱橫、狗狗talk、狗狗閱讀等，甚至連gmail都給你弄沒了。一般深度定製機很難刷機，如果沒有官方升級包就很難升級，因為其進入刷機模式的方法可能與原生安卓系機子有很大不同，或者根本就不告訴你。
『捌』 如何定製 android 主界面
果你要定製一個Android系統，你想用你自己的Launcher(Home)作主界面來替換Android自己的Home，而且不希望用戶安裝的Launcher來替換掉你的Launcher.
我們可以通過修改Framework來實現這樣的功能。
這里以Android2.1的源代碼為例來實際說明。
1)首先了解一下Android的啟動過程。
Android系統的啟動先從Zygote開始啟動，然後......(中間的過程就不說了).....一直到了SystemServer(framework)這個地方，看到這段代碼：
/**
* This method is called from Zygote to initialize the system. This will cause the native
* services (SurfaceFlinger, AudioFlinger, etc..) to be started. After that it will call back
* up into init2() to start the Android services.
*/
native public static void init1(String[] args);
public static void main(String[] args) {
if (SamplingProfilerIntegration.isEnabled()) {
SamplingProfilerIntegration.start();
timer = new Timer();
timer.schele(new TimerTask() {
@Override
public void run() {
SamplingProfilerIntegration.writeSnapshot("system_server");
}
}, SNAPSHOT_INTERVAL, SNAPSHOT_INTERVAL);
}
// The system server has to run all of the time, so it needs to be
// as efficient as possible with its memory usage.
VMRuntime.getRuntime().setTargetHeapUtilization(0.8f);
System.loadLibrary("android_servers");
init1(args);
}
public static final void init2() {
Log.i(TAG, "Entered the Android system server!");
Thread thr = new ServerThread();
thr.setName("android.server.ServerThread");
thr.start();
}
}
從SystemServer的main函數開始啟動各種服務。
首先啟動init1,然後啟動init2.
從上面的注釋可以看到：init1這個方法時被Zygote調用來初始化系統的，init1會啟動native的服務如SurfaceFlinger,AudioFlinger等等，這些工作做完以後會回調init2來啟動Android的service。
這里我們主要來關注init2的過程。
init2中啟動ServerThread線程，
ServerThread中啟動了一系列的服務，比如這些：
ActivityManagerService
EntropyService
PowerManagerService
TelephonyRegistry
PackageManagerService
AccountManagerService
BatteryService
HardwareService
Watchdog
SensorService
BluetoothService
StatusBarService
ClipboardService
InputMethodManagerService
NetStatService
ConnectivityService
AccessibilityManagerService
NotificationManagerService
MountService
DeviceStorageMonitorService
LocationManagerService
SearchManagerService
FallbackCheckinService
WallpaperManagerService
AudioService
BackupManagerService
AppWidgetService
這些大大小小的服務起來以後，開始
((ActivityManagerService)ActivityManagerNative.getDefault()).systemReady()
在systemReady後開始開始啟動Launcher。
在尋找Launcher的時候是根據HOME的filter（在Manifest中定義的<category android:name="android.intent.category.HOME" />）來過濾。
然後根據filter出來的HOME來啟動，如果只有一個HOME，則啟動這個HOME，如果用戶自己裝了HOME，那就會彈出來一個列表供用戶選擇。
我們現在希望從這里彈出我們自己定製的Launcher,同時也不希望彈出選擇HOME的界面，我們不希望用戶修改我們的home，比如我們的home上放了好多廣告，以及強制安裝的程序，不希望用戶把它幹掉。
我們可以通過這樣來實現：
2) 定義一個私有的filter選項，然後用這個選項來過濾HOME.
一般情況下我們使用Manifest中定義的<category android:name="android.intent.category.HOME"來過濾的，我們現在增加一個私有的HOME_FIRST過濾。
在Intent.java(frameworks/base/core/java/android/content/Intent.java)中添加兩行代碼
//lixinso:添加CATEGORY_HOME_FIRST
@SdkConstant(SdkConstantType.INTENT_CATEGORY)
public static final String CATEGORY_HOME_FIRST = "android.intent.category.HOME_FIRST";
3）修改和CATEGORY_HOME相關的所有的地方，都改成HOME_FIRST，主要是framework中的這幾個地方：
frameworks/base/services/java/com/android/server/am/ActivityManagerService.java中
//intent.addCategory(Intent.CATEGORY_HOME);
改成intent.addCategory(Intent.CATEGORY_HOME_FIRST); //lixinso:
//if (r.intent.hasCategory(Intent.CATEGORY_HOME)) {
改成if (r.intent.hasCategory(Intent.CATEGORY_HOME_FIRST)) { //lixinso: Intent.CATEGORY_HOME -> Intent.CATEGORY_HOME_FIRST
frameworks/base/services/java/com/android/server/am/HistoryRecorder.java中
// _intent.hasCategory(Intent.CATEGORY_HOME) &&
改成 _intent.hasCategory(Intent.CATEGORY_HOME_FIRST) && //lixinso: Intent.CATEGORY_HOME->Intent.CATEGORY_HOME_FIRST
frameworks/policies/base/mid/com/android/internal/policy/impl/MidWindowManager.java中
//mHomeIntent.addCategory(Intent.CATEGORY_HOME);
改成 mHomeIntent.addCategory(Intent.CATEGORY_HOME_FIRST); //lixinso
frameworks/policies/base/mid/com/android/internal/policy/impl/RecentApplicationsDialog.java中
//new Intent(Intent.ACTION_MAIN).addCategory(Intent.CATEGORY_HOME),0);
改成 new Intent(Intent.ACTION_MAIN).addCategory(Intent.CATEGORY_HOME_FIRST),0); //lixinso
frameworks/policies/base/phone/com/android/internal/policy/impl/PhoneWindowManager.java中
//mHomeIntent.addCategory(Intent.CATEGORY_HOME);
改成 mHomeIntent.addCategory(Intent.CATEGORY_HOME_FIRST); //lixinso
frameworks/policies/base/phone/com/android/internal/policy/impl/RecentApplicationsDialog.java中
//ResolveInfo homeInfo = pm.resolveActivity(new Intent(Intent.ACTION_MAIN).addCategory(Intent.CATEGORY_HOME),0);
改成 ResolveInfo homeInfo = pm.resolveActivity(new Intent(Intent.ACTION_MAIN).addCategory(Intent.CATEGORY_HOME_FIRST),0); //lixinso
4) 寫一個自己的Launcher.
可以參考android sample中的Launcher，或者android源代碼中的 /packages/apps/Launcher 來寫。
在Launcher中標記其是不是Launcher的最關鍵的代碼時Manifest中的filter:android:name="android.intent.category.HOME"
現在我們定義了自己的filter,那麼，我們在我們自己寫的Launcher中將Manifest改為：
<application android:process="android.process.acore3" android:icon="@drawable/icon" android:label="@string/app_name">
<activity android:name=".FirstAppActivity"
android:label="@string/app_name">
<intent-filter>
<action android:name="android.intent.action.MAIN" />
<category android:name="android.intent.category.HOME_FIRST" />
<category android:name="android.intent.category.DEFAULT" />
<category android:name="android.intent.category.MONKEY" />
</intent-filter>
</activity>
</application>
然後將編譯好的apk放到/out/target/proct/generic/system/app目錄下。
5)將Android自帶的Launcher刪除掉，包括源代碼(packages/apps/Launcher)和apk(/out/target/proct/generic/system/app/Launcher.apk)。
6)
做完這些工作，就可以重新編譯Android了，我們可以編譯修改過的幾個相關的包。
如果之前編譯過了Android源碼，可以用mmm命令來編譯部分的改動。
這里需要這樣編譯：
$ . build/envsetup.sh
$ mmm frameworks/base
$ mmm frameworks/base/services/java
$ mmm frameworks/policies/base/mid
$ mmm frameworks/policies/base/phone
7)
編譯完成後重新生成img文件。
$ make snod
8) 現在可以啟動Android模擬器來看效果了。
首先設置環境變數：
$ export ANDROID_PRODUCT_OUT= ./out/target/proct/generic
然後切換到
$ cd ./out/host/linux-x86/bin
運行
$ ./emulator
這樣我們啟動的模擬器裡面用的image就是我們剛才編譯好的自己定製的東西了。
從模擬器上可以看到啟動的Launcher是我們自己的Launcher，不會出現默認的Launcher了，也不會出現選擇界面。
9)我們再驗證一下，如果用戶裝上了一個其他的Launcher(Home)會怎麼樣。
從網上找一個一般的Launcher或者自己寫一個一般的Launcher裝上去，重新啟動，不會出現選擇界面。
按HOME鍵也不會出來兩個HOME來選擇。
『玖』 如何編輯android 系統源碼
1、通過 ubuntu 軟體中心安裝 wine；
2、通過 ubuntu 軟體中心安裝 winetricks;
3、通過 winetricks 在 shell中輸入： winetricks mfc42
1、通過 wine windows 的方式啟動代理伺服器
2、設置瀏覽器代理伺服器
3、設置shell代理伺服器：
在shell中輸入 sudo gedit /etc/bash.bashrc
在文件 /etc/bash.bashrc 中添加
通過shell安裝如下的組件：
1、sudo apt-get install bison g++-multilib git gperf libxml2-utils
2、新建一個存放源碼的目錄，如：mkdir ~/andorid/source
3、在源碼目錄中輸入命令：repo init -u -b android-4.0.1_r1
其中： android-4.0.1_r1是android源碼的版本，更多的版本可以通過下面的方式查詢：
4、修改source/.repo/manifest/default.xml 文件中的 fetch 的值為：
git://Android.git.linaro.org/
通過如下的指令來設置郵箱和用戶名
git config --global user.name "<your name>" ----修改用戶名git config --global user.email "<your email>" ----修改email
5、在source目錄下輸入指令：repo sync
便開始了代碼的下載
方便他人亦是方便自己，如果覺得還行就點下下邊的投票吧，這樣可以幫助其他人更快的找到解決問題的方法；有疑問的也可留言哦， 謝謝！