valgrindandroid
⑴ Android studio如何分析內存泄漏，是否有自帶的分析工具
cpu資源耗盡：估計是機器沒有反應了，鍵盤，滑鼠，以及網路等等。這個在windows上經常看見，特別是中了毒。 進程id耗盡：沒法創建新的進程了，串口或者telnet都沒法創建了。 硬碟耗盡： 機器要死了，交換內存沒法用，日誌也沒法用了，死是很正常的。 內存泄漏或者內存耗盡：新的連接無法創建，free的內存比較少。發生內存泄漏的程序很多，但是要想產生一定的後果，就需要這個進程是無限循環的，是個服務進程。當然，內核也是無限循環的，所以，如果內核發生了內存泄漏，情況就更加不妙。內存泄漏是一種很難定位和跟蹤的錯誤，目前還沒看到有什麼好用的工具（當然，用戶空間有一些工具，有靜態分析的，也會動態分析的，但是找內核的內存泄漏，沒有好的開源工具） 內存泄漏和對象的引用計數有很大的關系，再加上c/c++都沒有自動的垃圾回收機制，如果沒有手動釋放內存，問題就會出現。如果要避免這個問題，還是要從代碼上入手，良好的編碼習慣和規范，是避免錯誤的不二法門。 一般我們常說的內存泄漏是指堆內存的泄漏。 堆內存是指程序從堆中分配的，大小任意的（內存塊的大小可以在程序運行期決定），使用完後必須顯示釋放的內存。 應用程序一般使用malloc，realloc，new等函數從堆中分配到一塊內存，使用完後，程序必須負責相應的調用free或delete釋放該內存塊，否則，這塊內存就不能被再次使用，我們就說這塊內存泄漏了。 (附)部分內存泄漏檢測工具 1.ccmalloc－linux和Solaris下對C和C++程序的簡單的使用內存泄漏和malloc調試庫。 2.Dmalloc－Debug Malloc Library. 3.Electric Fence－Linux分發版中由Bruce Perens編寫的malloc()調試庫。 4.Leaky－Linux下檢測內存泄漏的程序。 5.LeakTracer－Linux、Solaris和HP-UX下跟蹤和分析C++程序中的內存泄漏。 6.MEMWATCH－由Johan Lindh編寫，是一個開放源代碼C語言內存錯誤檢測工具，主要是通過gcc的precessor來進行。 7.Valgrind－Debugging and profiling Linux programs, aiming at programs written in C and C++. 8.KCachegrind－A visualization tool for the profiling data generated by Cachegrind and Calltree. 9.IBM Rational PurifyPlus－幫助開發人員查明C/C++、託管.NET、java和VB6代碼中的性能和可靠性錯誤。PurifyPlus 將內存錯誤和泄漏檢測、應用程序性能描述、代碼覆蓋分析等功能組合在一個單一、完整的工具包中。 10.Parasoft Insure++－針對C/C++應用的運行時錯誤自動檢測工具，它能夠自動監測C/C++程序，發現其中存在著的內存破壞、內存泄漏、指針錯誤和I/O等錯誤。並通過使用一系列獨特的技術（SCI技術和變異測試等），徹底的檢查和測試我們的代碼，精確定位錯誤的准確位置並給出詳細的診斷信息。能作為Microsoft Visual C++的一個插件運行。 11.Compuware DevPartner for Visual C++ BoundsChecker Suite－為C++開發者設計的運行錯誤檢測和調試工具軟體。作為Microsoft Visual Studio和C++ 6.0的一個插件運行。 12.Electric Software GlowCode－包括內存泄漏檢查，code profiler，函數調用跟蹤等功能。給C++和.Net開發者提供完整的錯誤診斷，和運行時性能分析工具包。 13.Compuware DevPartner Java Edition－包含Java內存檢測,代碼覆蓋率測試,代碼性能測試,線程死鎖,分布式應用等幾大功能模塊。 14.Quest JProbe－分析Java的內存泄漏。 15.ej-technologies JProfiler－一個全功能的Java剖析工具，專用於分析J2SE和J2EE應用程序。它把CPU、執行緒和內存的剖析組合在一個強大的應用中。 16.BEA JRockit－用來診斷Java內存泄漏並指出根本原因，專門針對Intel平台並得到優化，能在Intel硬體上獲得最高的性能。
⑵ valgrind 支持mips嗎
STEP 1:
下載最新版本的valgrind:
http://www.valgrind.org/downloads/valgrind-3.9.0.tar.bz2
目前支持的平台，在官網上列表如下：
{x86,amd64,arm,ppc32,ppc64,s390x,mips32,mips64}-linux, arm-android (2.3 and later), x86-android (4.0 and later) and {x86,amd64}-darwin (Mac OS X 10.7, with limited support for 10.8).
STEP 2:
首先要配置編譯選項，選擇你的目標平台，因為我是在mips32平台上運行，所以配置如下：
./configure --host=mips-linux-gnu --prefix=/home/wupeng/workspace/valgrind/bin --program-prefix=mips-linux-gnu- CFLAGS="-EL" LDFLAGS="-EL"
注意：大小端的問題；剛開始配置沒有注意這個，運行總是報語法錯誤，後來運行file命令查看，發現與正常運行的程序差異在於這塊；
1 $ file mips-linux-gnu-valgrind
2 mips-linux-gnu-valgrind: ELF 32-bit LSB executable, MIPS, MIPS32 rel2 version 1, dynamically linked (uses shared libs), for GNU/Linux 2.6.12, with unknown capability 0xf41 = 0x756e6700, not stripped
STEP 3:
生成Makefile後，直接編譯即可；在編譯過程中，會遇到卡在一個地方過不支，需將drd/Makefile中-O2修改為-O1:
復制代碼
1 DRD_CFLAGS = \
2 --param inline-unit-growth=900 \
3 -O1 \
4 -Wextra \
5 -Wformat-nonliteral \
6 -Wno-inline \
7 -Wno-unused-parameter
復制代碼
STEP 4:
安裝，然後將執行文件到開發板上；需要注意的安裝目錄與你要拷貝到開發板上的路徑要完全一致；
這點很重要，因為在編譯時路徑的hardcode已經在程序中了，如果不一致，運行時會提示找不到文件：
ex.
在host上，我編譯安裝valgrind的路徑是：/home/wupeng/valgrind/bin, 那麼將valgrind拷貝到開發板上的路徑也要是這個，程序才能正確執行；
STEP 5:
運行valgrind, 後面跟上要運行的文件即可；
人生有限，要聚集你的精力到一件事情上，做到最好！
⑶ 編譯android 源碼需要sdk環境嗎
下面是android學習手冊，可以查看編譯源碼，360手機助手中下載，
編譯環境：ubuntu9.10，widnows平台目前不被支持。
1）安裝必要的軟體環境
$ sudo apt-get install git-core gnupg sun-java5-jdk flex bison gperf libsdl-dev libesd0-dev libwxgtk2.6-dev build-essential zip curl libncurses5-dev zlib1g-dev
官方推薦的就是上面這些，如果在編譯過程中發現某些命令找不到，就apt-get它。可能需要的包還有：
$ sudo apt-get install make
$ sudo apt-get install gcc
$ sudo apt-get install g++
$ sudo apt-get install libc6-dev
$ sudo apt-get install patch
$ sudo apt-get install texinfo
$ sudo apt-get install zlib1g-dev
$ sudo apt-get install valgrind
$ sudo apt-get install python2.5（或者更高版本）
需要注意的是，官方文檔說如果用sun-java6-jdk可出問題，得要用sun-java5- jdk。經測試發現，如果僅僅make（make不包括make sdk），用sun-java6-jdk是沒有問題的。而make sdk，就會有問題，嚴格來說是在make doc出問題，它需要的javadoc版本為1.5。
因此，我們安裝完sun-java6-jdk後最好再安裝sun-java5-jdk，或者只安裝sun-java5-jdk。這里sun-java6-jdk和sun-java5-jdk都安裝，並只修改javadoc.1.gz和javadoc。因為只有這兩個是make sdk用到的。這樣的話，除了javadoc工具是用1.5版本，其它均用1.6版本：
$ sudo apt-get install sun-java6-jdk
修改javadoc的link：
$ cd /etc/alternatives
$ sudo rm javadoc.1.gz
$ sudo ln -s /usr/lib/jvm/java-1.5.0-sun/man/man1/javadoc.1.gz javadoc.1.gz
$ sudo rm javadoc
$ sudo ln -s /usr/lib/jvm/java-1.5.0-sun/bin/javadoc javadoc
2）設置環境變數
$ emacs ~/.bashrc
在.bashrc中新增或整合PATH變數，如下：
#java 程序開發/運行的一些環境變數
JAVA_HOME=/usr/lib/jvm/java-6-sun
JRE_HOME=${JAVA_HOME}/jre
export ANDROID_JAVA_HOME=$JAVA_HOME
export CLASSPATH=.:${JAVA_HOME}/lib:$JRE_HOME/lib:$CLASSPATH
export JAVA_PATH=${JAVA_HOME}/bin:${JRE_HOME}/bin
export JAVA_HOME;
export JRE_HOME;
export CLASSPATH;
HOME_BIN=~/bin/
export PATH=${PATH}:${JAVA_PATH}:${HOME_BIN};
保存後，同步更新：
source ~/.bashrc
3）安裝repo（用來更新android源碼）
創建~/bin目錄，用來存放repo程序，如下：
$ cd ~
$ mkdir bin
並加到環境變數PATH中，在第2步中已經加入。
下載repo腳本並使其可執行：
$ curlhttp://android.git.kernel.org/repo>~/bin/repo
$ chmod a+x ~/bin/repo
4）初始化repo
repo是android對git的一個封裝，簡化了一些git的操作。
創建工程目錄：
$ mkdir android
$ cd android
repo初始化：
$ repo init -u git://android.git.kernel.org/platform/manifest.git
在此過程中需要輸入名字和email地址。初始化成功後，會顯示：
repo initialized in /android
在~/android下會有一個.repo的隱藏目錄。
5）同步源代碼
$ repo sync
這一步要很久很久。
6）編譯android源碼,並得到~/android/out目錄
$ cd ~/andoird
$ make
這一過程很久。
7）在模擬器上運行編譯好的android
編譯好android之後，emulator在~/android/out/host/linux-x86/bin下，ramdisk.img，system.img和userdata.img則在~/android/out/target/proct/generic下。
$ cd ~/android/out/host/linux-x86/bin
增加環境變數
$ emacs ~/.bashrc
在.bashrc中新增環境變數，如下
#java 程序開發/運行的一些環境變數
export ANDROID_PRODUCT_OUT=~/android/out/target/proct/generic
ANDROID_PRODUCT_OUT_BIN=~/android/out/host/linux-x86/bin
export PATH=${PATH}:${ANDROID_PRODUCT_OUT_BIN}:${ANDROID_PRODUCT_OUT};
最後，同步這些變化：
$ source ~/.bashrc
$ cd ~/android/out/target/proct/generic
$ emulator -system system.img -data userdata.img -ramdisk ramdisk.img
最後進入android桌面，就說明成功了。
8）編譯模塊
android中的一個應用程序可以單獨編譯，編譯後要重新生成system.img。
在源碼目錄下執行
$ . build/envsetup.sh （.後面有空格）
就多出一些命令：
- croot: Changes directory to the top of the tree.
- m: Makes from the top of the tree.
- mm: Builds all of the moles in the current directory.
- mmm: Builds all of the moles in the supplied directories.
- cgrep: Greps on all local C/C++ files.
- jgrep: Greps on all local Java files.
- resgrep: Greps on all local res/*.xml files.
- godir: Go to the directory containing a file.
可以加—help查看用法。
我們可以使用mmm來編譯指定目錄的模塊，如編譯聯系人：
$ mmm packages/apps/Contacts/
編完之後生成兩個文件：
out/target/proct/generic/data/app/ContactsTests.apk
out/target/proct/generic/system/app/Contacts.apk
可以使用
$ make snod
重新生成system.img，再運行模擬器。
9）編譯SDK
直接執行make是不包括make sdk的。make sdk用來生成SDK，這樣，我們就可以用與源碼同步的SDK來開發android了。
a）修改/frameworks/base/include/utils/Asset.h
『UNCOMPRESS_DATA_MAX = 1 * 1024 * 1024』 改為 『UNCOMPRESS_DATA_MAX = 2 * 1024 * 1024』
原因是eclipse編譯工程需要大於1.3M的buffer；
b）編譯ADT
由於本人不使用eclipse，所以沒有進行這步；
c）執行make sdk
注意，這里需要的javadoc版本為1.5，所以你需要在步驟1中同時安裝sun-java5-jdk
$ make sdk
編譯很慢。編譯後生成的SDK存放在out/host/linux-x86/sdk/，此目錄下有android-sdk_eng.xxx_linux- x86.zip和android-sdk_eng.xxx_linux-x86目錄。android-sdk_eng.xxx_linux-x86就是 SDK目錄。
實際上，當用mmm命令編譯模塊時，一樣會把SDK的輸出文件清除，因此，最好把android-sdk_eng.xxx_linux-x86移出來。
此後的應用開發，就在該SDK上進行，所以把7）對於~/.bashrc的修改注釋掉，增加如下一行：
export PATH=${PATH}:~/android/out/host/linux-x86/sdk/android-sdk_eng.xxx_linux-x86/tools
注意要把xxx換成真實的路徑；
d）關於環境變數、android工具的選擇
目前的android工具有：
A、我們從網上下載的Android SDK，如果你下載過的話（ tools下有許多android工具，lib/images下有img映像）
B、我們用make sdk編譯出來的SDK（ tools下也有許多android工具，lib/images下有img映像）
C、我們用make編譯出來的out目錄（ tools下也有許多android工具，lib/images下有img映像）
那麼我們應該用那些工具和img呢？
首先，我們一般不會用A選項的工具和img，因為一般來說它比較舊，也源碼不同步。其次，也不會用C選項的工具和img，因為這些工具和img沒有經過SDK的歸類處理，會有工具和配置找不到的情況；事實上，make sdk產生的很多工具和img，在make編譯出來out目錄的時候，已經編譯產生了，make sdk只是做了而已。
e）安裝、配置ADT
略過；
f）創建Android Virtual Device
編譯出來的SDK是沒有AVD（Android Virtual Device）的，我們可以通過android工具查看：
$ android list
創建AVD：
$ android create avd -t 1 -n myavd
可以android –help來查看上面命令選項的用法。創建中有一些選項，默認就行了。
再執行android list，可以看到AVD存放的位置。
以後每次運行emulator都要加-avd myavd或@myavd選項：
$ emulator -avd myavd
10）編譯linux內核映像
a）准備交叉編譯工具鏈
android代碼樹中有一個prebuilt項目，包含了我們編譯內核所需的交叉編譯工具。
b）設定環境變數
$ emacs ~/.bashrc
增加如下兩行：
export PATH=$PATH:~/android/prebuilt/linux-x86/toolchain/arm-eabi-4.4.0/bin
export ARCH=arm
保存後，同步變化：
$ source ~/.bashrc
c）獲得合適的內核源代碼
$ cd ~/android
獲得內核源代碼倉庫
$ git clone git://android.git.kernel.org/kernel/common.git kernel
$ cd kernel
$ git branch
顯示
* android-2.6.27
說明你現在在android-2.6.27這個分支上，也是kernel/common.git的默認主分支。
顯示所有head分支：
$ git branch -a
顯示
* android-2.6.27
remotes/origin/HEAD -> origin/android-2.6.27
remotes/origin/android-2.6.25
remotes/origin/android-2.6.27
remotes/origin/android-2.6.29
remotes/origin/android-goldfish-2.6.27
remotes/origin/android-goldfish-2.6.29
我們選取最新的android-goldfish-2.6.29，其中goldfish是android的模擬器模擬的CPU。
$ git checkout -b android-goldfish-2.6.29 origin/android-goldfish-2.6.29
$ git branch
顯示
android-2.6.27
* android-goldfish-2.6.29
我們已經工作在android-goldfish-2.6.29分支上了。
d）設定交叉編譯參數
打開kernel目錄下的Makefile文件，把CROSS_COMPILE指向剛才下載的prebuilt中的arm-eabi編譯器.
CROSS_COMPILE ?= arm-eabi-
把
LDFLAGS_BUILD_ID = $(patsubst -Wl$(comma)%,%,
$(call ld-option, -Wl$(comma)–build-id,))
這一行注釋掉，並且添加一個空的LDFLAGS_BUILD_ID定義，如下:
LDFLAGS_BUILD_ID =
e）編譯內核映像
$ cd ~/android/kernel
$ make goldfish_defconfig
$ make
f）測試生成的內核映像
$ emulator -avd myavd -kernel ~/android/kernel/arch/arm/boot/zImage
⑷ 【科普】互聯網公司中的幾種常見職位
做為軟體學院的同學大多數要去軟體公司、游戲公司和互聯網公司。我就我比較了解的互聯網公司的幾個跟技術有關的職位做一定的科普，希望對大家有一定的幫助，大牛請繞道。RD（Research&Development），即研發，其實就是軟體工程師，或者叫程序員、碼農。我們軟體學院的大多數人都將從事這個職位，主要任務就是寫代碼，當然還有調研等工作，但都離不開編碼。需要掌握的技能包編程語言、演算法、腳本等。這個職位大概可以分為兩個方向，一個是前端，另外一個就是後台。前端即UI，可以是網站的前端，也可以是應用程序的前端。對於網站的前端需要掌握HTML/CSS/JS、JSP/PHP/ASP.NET等東西，也可能用到JAVA等編程語言。對與應用程序的前端也分手機和桌面。手機需要了解Android呀、IPhone、Windows mobile、塞班那些個程序的開發，具體不是很了解，工資也很高。應用程序的前端的話，主要是Windows程序的開發了，那些Api什麼的要比較熟，演算法功底也是要有的。後台用的主要是C/C++、JAVA，演算法要求更高一些，後台一般用Linux操作系統，對Linux要求比較了解。對於不同的系統，還有一定的業務門檻，這些只能在工作的過程中學習了。對於某些後台技術，可能還需要掌握一些數據挖掘、信息檢索、自然語言處理等方面的高級知識，研究生可能要求對這些要有一定的了解，甚至是精通。QA（Quality Assurance），即測試。可能很多搞技術的都不怎麼看得上測試。但我不這么認為，而且公司也都越來越重視測試了，測試拿的薪水也不比你研發的少。有的人甚至認為做測試就是簡單的重復勞動，甚至可能是做點按鈕的工作。但其實這都是誤解，或者說前面的這些都是比較低級的測試。一般來講，在互聯網公司測試分為純測試和開發測試兩種，也可能不區分。也就是說測試並不是不要寫代碼，其實測試也要寫代碼。需要學會的技術有很多，可以說開發的那些技術你也是要懂的，還是學會使用各種測試工具，指導RD寫單測，寫Mock（俗稱打樁），使用valgrind，搭各種測試環境，壓力環境。如果高級點，還需要搞可持續化集成，要寫各種各樣的腳本。當然低級的反復跑程序什麼的也是不可避免的。如果你懂技術，但不是那麼精通的話，還是可以考慮測試職位的，尤其低於女生來說，選擇測試還是比較靠譜的。說到女生，我就多插一句，女生並不是不適合做RD，RD中也有不少的MM，甚至也有很多做得非常出色的MM RD，但是你要能忍受各種各樣的加班和壓力。女生做QA的話，相對就要好很多，據我里了解做測試的女生還是非常多，就我所知道的網路而言，測試mm可能比測試的gg要多一些。PM（Proct Manager），即產品經理。這里的經理是管理和運營的意思。產品經理也就是產品運營與管理的工作。產品經理其實是可以不懂技術的，有說PM懂技術好的，也有說PM不懂技術好的，但到底哪個好，那就不得而知了。懂技術，可能就不會提出那些無法實現的需求來，但是懂技術也可能限制和束縛你的思想。PM的很大一項工作是分析數據，並發現數據背後所隱藏的東西，所以如果你是學數學的或是數學功底好的話，會更好。其實PM對一個產品的影響要比RD大很多，現在來看，已經不是技術的時代了，很多時候都取決於產品的工作。說白了，產品是一個了解用戶需求，並替用戶提需求的一個工作。怎麼了解呢，主要是對數據的分析和對行業的了解了。我們軟體學院的同學，做產品並不是很多，其實我覺得也是一個很好選擇。尤其是女生，如果你對技術不是那麼感興趣的話，而又有敏銳的洞察力的話，還是可以考慮PM這個職位的。這個職位相比RD來講不是很累，後續的發展可能還比RD要好一些，何樂而不為呢。具體PM要了解一些什麼技術，我也不甚了解，感興趣的可以自己去網上查。OP（Operator），即運維。說表了就是管理線上機器和程序。一般成熟的互聯網公司，RD是不直接管理線上伺服器的。RD的程序要上線，到線上的機器上運行，首先要經過QA的測試，然後由OP操作上線。OP需要保證線上機器安全可靠地運行，實時監控程序的運行狀態，會設置各種各樣的檢測腳本，報警體系。另外要實時響應各種報警，不管是半夜還是凌晨，一有問題，你就要實習響應。可能這是一個真正不適合女生做的職位。OP需要對服務非常了解，對操作系統非常了解，要對Linux腳本很熟悉，有的時候也是要寫程序的，比如監控程序。如果運維做的好，可能還需要寫一些輔助工具，可能是網頁版形式，方面運維和監控。我了解的大概就這么些東西吧，說的不對的，歡迎指正，有問題歡迎及時提出。
⑸ 如何開始的valgrind一個Android應用程序
如果要定製一個Android系統，你想用你自己的Launcher(Home)作主界面來替換Android自帶的Home，而且不希望用戶安裝的Launcher來替換掉你的Launcher，應該如何來實現呢？
我們可以通過修改Framework層來實現這樣的功能。
1) 首先了解一下Android的啟動過程。
Android系統的啟動先從Zygote開始啟動，然後......(中間的過程就不說了).....一直到了SystemServer(framework)這個地方，看到這段代碼：
/**
* This method is called from Zygote to initialize the system. This willcause the native
* services (SurfaceFlinger, AudioFlinger, etc..) to be started. Afterthat 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中定義的<categoryandroid:name="android.intent.category.HOME" />）來過濾。
然後根據filter出來的HOME來啟動，如果只有一個HOME，則啟動這個HOME，如果用戶自己裝了HOME，那就會彈出來一個列表供用戶選擇。
現在希望從這里彈出自己定製的Launcher,同時也不希望彈出選擇HOME的界面，不希望用戶修改的home，比如我們的home上放了好多廣告，以及強制安裝的程序，不希望用戶把它幹掉。
可以通過這樣來實現：
2) 定義一個私有的filter選項，然後用這個選項來過濾HOME.
一般情況下我們使用Manifest中定義的<categoryandroid:name="android.intent.category.HOME"來過濾的，現在增加一個私有的HOME_FIRST過濾。
在Intent.java(frameworks/base/core/java/android/content/Intent.java)中添加兩行代碼
//lixinso:添加CATEGORY_FS_HOME
@SdkConstant(SdkConstantType.INTENT_CATEGORY)
public static final String CATEGORY_FS_HOME= "android.intent.category.FS_HOME";
3）修改和CATEGORY_HOME相關的所有的地方，都改成CATEGORY_FS_HOME，主要是framework中的這幾個地方：使用grep命令查找要修改的地方：
grep CATEGORY_HOME -l * -R
將上述文件中和CATEGORY_HOME相關的所有的地方，都改成CATEGORY_FS_HOME。
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>
<actionandroid:name="android.intent.action.MAIN" />
<categoryandroid:name="android.intent.category. FS_HOME" />
<categoryandroid:name="android.intent.category.DEFAULT" />
<category android:name="android.intent.category.MONKEY"/>
</intent-filter>
</activity>
</application>
然後將編譯好的apk放到方式fs100_root/system/app目錄下。
5)將Android自帶的Launcher刪除掉
包括源代碼(packages/apps/Launcher)和apk(/out/target/proct/generic/system/app/Launcher.apk)。
6) 重新編譯Android
做完這些工作，就可以重新編譯Android了，我們可以編譯修改過的幾個相關的包，可以用mmm命令來編譯部分的改動。這里需要這樣編譯：
$ source build/envsetup.sh
$ lunch
$ mmm frameworks/base
$ mmm frameworks/base/services/java
$ mmm frameworks/policies/base/mid
$ mmm frameworks/policies/base/phone
重新啟動開發板，從開發板上就可以看到啟動的Launcher是我們自己的Launcher，不會出現默認的Launcher了，也不會出現選擇界面。
9)我們再驗證一下，如果用戶裝上了一個其他的Launcher(Home)會怎麼樣。
從網上找一個一般的Launcher或者自己寫一個一般的Launcher裝上去，重新啟動，不會出現選擇界面。
按HOME鍵也不會出來兩個HOME來選擇。