自己寫的Android的Launcher

如果你要定制一個Android系統(tǒng)，你想用你自己的Launcher(Home)作主界面來替換Android自己的Home，而且不希望用戶安裝的Launcher來替換掉你的Launcher.

我們可以通過修改Framework來實現(xiàn)這樣的功能。

這里以Android2.1的源代碼為例來實際說明。

1)首先了解一下Android的啟動過程。

Android系統(tǒng)的啟動先從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.schedule(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函數(shù)開始啟動各種服務(wù)。

首先啟動init1,然后啟動init2.

從上面的注釋可以看到：init1這個方法時被Zygote調(diào)用來初始化系統(tǒng)的，init1會啟動native的服務(wù)如SurfaceFlinger,AudioFlinger等等，這些工作做完以后會回調(diào)init2來啟動Android的service。

這里我們主要來關(guān)注init2的過程。

init2中啟動ServerThread線程，

ServerThread中啟動了一系列的服務(wù)，比如這些：

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

這些大大小小的服務(wù)起來以后，開始

((ActivityManagerService)ActivityManagerNative.getDefault()).systemReady()

在systemReady后開始開始啟動Launcher。

在尋找Launcher的時候是根據(jù)HOME的filter(在Manifest中定義的)來過濾。

然后根據(jù)filter出來的HOME來啟動，如果只有一個HOME，則啟動這個HOME，如果用戶自己裝了HOME，那就會彈出來一個列表供用戶選擇。

我們現(xiàn)在希望從這里彈出我們自己定制的Launcher,同時也不希望彈出選擇HOME的界面，我們不希望用戶修改我們的home，比如我們的home上放了好多廣告，以及強制安裝的程序，不希望用戶把它干掉。

我們可以通過這樣來實現(xiàn)：

2) 定義一個私有的filter選項，然后用這個選項來過濾HOME.

一般情況下我們使用Manifest中定義的

在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相關(guān)的所有的地方，都改成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的最關(guān)鍵的代碼時Manifest中的filter:android:name="android.intent.category.HOME"

現(xiàn)在我們定義了自己的filter,那么，我們在我們自己寫的Launcher中將Manifest改為：

android:label="@string/app_name">

然后將編譯好的apk放到/out/target/product/generic/system/app目錄下。

5)將Android自帶的Launcher刪除掉，包括源代碼(packages/apps/Launcher)和apk(/out/target/product/generic/system/app/Launcher.apk)。

6)

做完這些工作，就可以重新編譯Android了，我們可以編譯修改過的幾個相關(guān)的包。

如果之前編譯過了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) 現(xiàn)在可以啟動Android模擬器來看效果了。

首先設(shè)置環(huán)境變量：

$ export ANDROID_PRODUCT_OUT= ./out/target/product/generic

然后切換到

$ cd ./out/host/linux-x86/bin

運行

$ ./emulator

這樣我們啟動的模擬器里面用的image就是我們剛才編譯好的自己定制的東西了。

從模擬器上可以看到啟動的Launcher是我們自己的Launcher，不會出現(xiàn)默認的Launcher了，也不會出現(xiàn)選擇界面。

9)我們再驗證一下，如果用戶裝上了一個其他的Launcher(Home)會怎么樣。

從網(wǎng)上找一個一般的Launcher或者自己寫一個一般的Launcher裝上去，重新啟動，不會出現(xiàn)選擇界面。

按HOME鍵也不會出來兩個HOME來選擇。

這樣我們就牢牢控制了用戶的桌面。

只有我們自己定制的HOME才能裝上。 這對于定制Android設(shè)備的廠商很有用處。