Android是基於Linux內核的，對於喜歡研究底層的朋友來說，自然不會放過搞明白Linux層面上一些東西的機會。當然，最終目的還是要搞清楚 Linux是如何和上層lib以及虛擬機結合的，但是這得等Google完全開源Android之後了。很多關於Linux運行的細節，都可以通過adb 的shell來看到。
首先用emulator console來啟動模擬器並進入shell界面，試一試，發現雖然很多命令不能用，比如find，但是ls之類的基本操作還是可以的。然後echo $PATH觀察一下有哪些具體的可用應用程序，發現可用的都集中在/sbin,/system/sbin,/system/bin中。
看看/sbin
-rwxr-xr-x root root 228776 1970-01-01 00:00 recovery
-rwxr-xr-x root root 102832 1970-01-01 00:00 adbd
adbd不用說，應該是守護程序，用於和你外部的adb通信的，這點從後面對進程的查看也能推測出來。至於recovery，應該是某種修復程序，但是目前還不能確定其具體用法。而且這個目錄下的程序，應該都是系統自身根據即時情況調用的，不會讓用戶親自調用。
再去/system目錄下，發現沒有sbin目錄，有bin目錄，底下有很多應用程序，除了toolbox提供的常用Linux命令行程序外，就是 Google自己的用於Android開發的程序。總的來說，Android自帶的toolbox還是比較簡陋的，如果你不喜歡這種操作起來束手束腳的感覺，沒關系，通過adb push的配合，我們可以把busybox安裝到Android平台上，這是後話，這裡先不談這個。
繼續，用ps看看進程：
root 1 0 252 164 c0082240 0000ab0c S /init
root 2 0 0 0 c0048eac 00000000 S kthreadd
root 3 2 0 0 c003acf0 00000000 S ksoftirqd/0
root 4 2 0 0 c0045e5c 00000000 S events/0
root 5 2 0 0 c0045e5c 00000000 S khelper
root 8 2 0 0 c0045e5c 00000000 S suspend/0
root 33 2 0 0 c0045e5c 00000000 S kblockd/0
root 36 2 0 0 c0045e5c 00000000 S cqueue/0
root 38 2 0 0 c0150c44 00000000 S kseriod
root 74 2 0 0 c005bed0 00000000 S pdflush
root 75 2 0 0 c005bed0 00000000 S pdflush
root 76 2 0 0 c005f880 00000000 S kswapd0
root 77 2 0 0 c0045e5c 00000000 S aio/0
root 199 2 0 0 c014e2f4 00000000 S mtdblockd
root 215 2 0 0 c0045e5c 00000000 S kmmcd
root 229 2 0 0 c0045e5c 00000000 S rpciod/0
root 446 1 4416 216 ffffffff 0000ceb4 S /sbin/adbd
root 447 1 2816 284 ffffffff afe08b9c S /system/bin/usbd
root 448 1 636 212 c017c114 afe08e9c S /system/bin/debuggerd
root 449 1 12576 580 ffffffff afe08b9c S /system/bin/rild
root 450 1 56576 14776 c01dc388 afe083dc S zygote
root 451 1 18528 2064 ffffffff afe0861c S /system/bin/runtime
bluetooth 452 1 1200 756 c0082240 afe0947c S /system/bin/dbus-daemon
root 461 450 107792 19320 ffffffff afe0861c S system_server
app_4 502 450 74292 14436 ffffffff afe09604 S com.google.android.home
phone 503 450 74832 15044 ffffffff afe09604 S com.google.android.phone
app_0 531 450 74620 14400 ffffffff afe09604 S com.google.process.content
app_5 608 450 73780 11760 ffffffff afe09604 S lk.test
app_7 662 450 82012 13124 ffffffff afe09604 S com.google.android.lunarlander
app_0 809 450 74204 15780 ffffffff afe09604 S com.google.android.maps
app_6 828 450 76844 14600 ffffffff afe09604 S com.google.android.samples
system 873 450 76464 13028 ffffffff afe09604 S com.google.android.development
root 971 446 720 292 c00386a4 afe092ac S /system/bin/sh
root 2736 971 928 308 00000000 afe083dc R ps
同樣，有各種線程，系統自己調用的程序，以及用戶自己的程序進程，比如lk.test和 com.google.android.lunarlander是我在工程中運行的，com.google.android.maps，com.google.android.phone這種就是Android模擬器運行時你看見的那些程序。有意思的是，從進程中有/system/bin/usbd來看，似乎客戶端的調試都是通過USB的，當然不是現在拉，現在你只是在用模擬器而已。恩，以後真正配套硬件出來了，USB調試器會很貴麼?嘿嘿。
最後看看文件系統，mount一下：
rootfs / rootfs rw 0 0
/dev/pts /dev/pts devpts rw 0 0
/proc /proc proc rw 0 0
/sys /sys sysfs rw 0 0
/dev/block/mtdblock0 /system yaffs2 rw,nodev,noatime,nodiratime 0 0
/dev/block/mtdblock1 /data yaffs2 rw,nodev,noatime,nodiratime 0 0
沒什麼有新意的，和台式機比較一下，一個就是沒有虛擬內存文件系統，根文件系統直接就是模擬器從SDK安裝目錄下的/tools/lib /images/ramdisk.img加載的。而系統所用的是yaffs2 文件系統，system和data分別都是64MB大，而且都用了將近一半了。具體系統的映像是SDK安裝目錄下的tools/lib/image /system.img。
從上面的分析看，這個Linux還是比較正常的。還有一個有意思的話題，就是目前安裝軟件，或者說是Package的方式在developer group上受到不少人的譴責，主要是Google目前對Android的程序安裝沒有標准的Install程序，也沒有一個倉庫說明，現在一些小程序，可以通過分析Android的文件變化得到大致的安裝方式，但是以後有什麼大型工程的話，最好還是定一個比較標准的安裝方式規則，不能老依賴 Eclipse來幫我們搞吧，呵呵。
通過下面的步驟，可以大致分析出目前的安裝模式
安裝軟件前：
1. emulator -wipe-data
2. adb push busybox ./
3. adb shell ./busybox tar -cf /tmp/data.tar /data
4. adb pull /tmp/data.tar .
5. mkdir original
6. cd original
7. tar -xf ../data.tar
安裝軟件後：
1. adb shell ./busybox tar -cf /tmp/data.tar /data
2. adb pull /tmp/data.tar .
3. mkdir after_install
4. cd after_install
5. tar -xf ../data.tar
具體的區別，目前來看，就是/data/app和data/data下多了兩個相關文件，同時在/data/system/packages.xml中增加了安裝的程序信息。似乎菜單也是從這個文件中得到是否新安裝程序，以及如何顯示相關信息比如名稱什麼的
