對(duì)Android平臺(tái)Linux部分的初步理解

　　Android是基于Linux內(nèi)核的，對(duì)于喜歡研究底層的朋友來(lái)說(shuō)，自然不會(huì)放過(guò)搞明白Linux層面上一些東西的機(jī)會(huì)。當(dāng)然，最終目的還是要搞清楚 Linux是如何和上層lib以及虛擬機(jī)結(jié)合的，但是這得等Google完全開(kāi)源Android之后了。很多關(guān)于Linux運(yùn)行的細(xì)節(jié)，都可以通過(guò)adb 的shell來(lái)看到。

　　首先用emulator console來(lái)啟動(dòng)模擬器并進(jìn)入shell界面，試一試，發(fā)現(xiàn)雖然很多命令不能用，比如find，但是ls之類(lèi)的基本操作還是可以的。然后echo $PATH觀察一下有哪些具體的可用應(yīng)用程序，發(fā)現(xiàn)可用的都集中在/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不用說(shuō)，應(yīng)該是守護(hù)程序，用于和你外部的adb通信的，這點(diǎn)從后面對(duì)進(jìn)程的查看也能推測(cè)出來(lái)。至于recovery，應(yīng)該是某種修復(fù)程序，但是目前還不能確定其具體用法。而且這個(gè)目錄下的程序，應(yīng)該都是系統(tǒng)自身根據(jù)即時(shí)情況調(diào)用的，不會(huì)讓用戶(hù)親自調(diào)用。

　　再去/system目錄下，發(fā)現(xiàn)沒(méi)有sbin目錄，有bin目錄，底下有很多應(yīng)用程序，除了toolbox提供的常用Linux命令行程序外，就是 Google自己的用于Android開(kāi)發(fā)的程序?？偟膩?lái)說(shuō)，Android自帶的toolbox還是比較簡(jiǎn)陋的，如果你不喜歡這種操作起來(lái)束手束腳的感覺(jué)，沒(méi)關(guān)系，通過(guò)adb push的配合，我們可以把busybox安裝到Android平臺(tái)上，這是后話，這里先不談這個(gè)。

　　繼續(xù)，用ps看看進(jìn)程：

　　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

　　同樣，有各種線程，系統(tǒng)自己調(diào)用的程序，以及用戶(hù)自己的程序進(jìn)程，比如lk.test和com.google.android.lunarlander是我在工程中運(yùn)行的，com.google.android.maps，com.google.android.phone這種就是Android模擬器運(yùn)行時(shí)你看見(jiàn)的那些程序。有意思的是，從進(jìn)程中有/system/bin/usbd來(lái)看，似乎客戶(hù)端的調(diào)試都是通過(guò)USB的，當(dāng)然不是現(xiàn)在拉，現(xiàn)在你只是在用模擬器而已。恩，以后真正配套硬件出來(lái)了，USB調(diào)試器會(huì)很貴么?嘿嘿。

　　最后看看文件系統(tǒng)，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

　　沒(méi)什么有新意的，和臺(tái)式機(jī)比較一下，一個(gè)就是沒(méi)有虛擬內(nèi)存文件系統(tǒng)，根文件系統(tǒng)直接就是模擬器從SDK安裝目錄下的/tools/lib/images/ramdisk.img加載的。而系統(tǒng)所用的是yaffs2 文件系統(tǒng)，system和data分別都是64MB大，而且都用了將近一半了。具體系統(tǒng)的映像是SDK安裝目錄下的tools/lib/image/system.img。

　　從上面的分析看，這個(gè)Linux還是比較正常的。還有一個(gè)有意思的話題，就是目前安裝軟件，或者說(shuō)是Package的方式在developer group上受到不少人的譴責(zé)，主要是Google目前對(duì)Android的程序安裝沒(méi)有標(biāo)準(zhǔn)的Install程序，也沒(méi)有一個(gè)倉(cāng)庫(kù)說(shuō)明，現(xiàn)在一些小程序，可以通過(guò)分析Android的文件變化得到大致的安裝方式，但是以后有什么大型工程的話，最好還是定一個(gè)比較標(biāo)準(zhǔn)的安裝方式規(guī)則，不能老依賴(lài) Eclipse來(lái)幫我們搞吧，呵呵。

　　通過(guò)下面的步驟，可以大致分析出目前的安裝模式

　　安裝軟件前：

　　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

　　具體的區(qū)別，目前來(lái)看，就是/data/app和data/data下多了兩個(gè)相關(guān)文件，同時(shí)在/data/system/packages.xml中增加了安裝的程序信息。似乎菜單也是從這個(gè)文件中得到是否新安裝程序，以及如何顯示相關(guān)信息比如名稱(chēng)什么的。

linux操作系統(tǒng)文章專(zhuān)題:linux操作系統(tǒng)詳解（linux不再難懂）