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
