1、sh服务
2、adbd 服务
3、servicemanager
4、vold
5、nexus
6、zygote
7、mediaserver
8、bootanimation
9、dbus
10、installd
11、keystore
1、sh服务
service console /system/bin/sh
console
sh服务是控制台服务，其实它是从NetBSD移植过来的，因此它的命令也是比较有限的，不过作为嵌入式系统，使用shell的机会不多。
sh服务的代码在目录：Android-2.0/system/core/sh
sh服务使用flex工具生成词法分析代码，使用bison生成语法分析代码。
2、adbd 服务
# adbd is controlled by the persist.service.adb.enable system property
service adbd /sbin/adbd
disabled
adbd服务的代码在目录：Android-2.0/system/core/adb
adbd 服务使用c语言实现，它不但可以在虚拟机里运行，也可以在实际的设备里运行。adbd服务是adb调试系统中的一部分，整个adb调试系统包括有三部分：手机运行的adbd服务、ＰＣ运行的服务器、ＰＣ运行的客户端。当android启动时，就运行adbd服务，创建一个调试端口，这样就可以让开发机器上的服务器连接过来，通过这个连接就可以发送调试信息给服务器，也可以接收到外面发送过来的调试命令。
3、servicemanager
service servicemanager /system/bin/servicemanager
user system
critical
onrestart restart zygote
onrestart restart media
servicemanager服务的代码在目录：
Android-2.0/frameworks/base/cmds/servicemanager
servicemanager 服务的作用主要是服务管理，所谓的服务管理其实就是获取服务、检查服务、添加服务、枚举所有服务。服务管理器是一个容器管理器，方便服务添加、调用和删除。在应用层的程序，都向这个服务管理器获取需要使用的服务，而所有提供服务的程序，都向这个服务器管理器注册自己的服务。服务管理器是应用程序与服务沟通的桥梁。
4、vold
service vold /system/bin/vold
socket vold stream 0660 root mount
vold服务的代码在目录：
Android-2.0/system/core/vold
vold服务的作用主要是负责完成系统的动态卷管理，比如ＣＤＲＯＭ、Ｕ盘、ＭＭＣ卡等外存储的管理。当有这外存储设备插入时，就需要监视这种变化，并加载相应的驱动程序，然后报告给系统和应用程序有新存储设备可以使用。
Vold处理过程大致分为三步：
1.创建链接：
在vold作为一个守护进程，一方面接受驱动的信息，并把信息传给应用层；另一方面接受上层的命令并完成相应。所以这里的链接一共有两条：
（1）vold socket: 负责vold与应用层的信息传递；
（2）访问udev的socket: 负责vold与底层的信息传递；
这两个链接都是在进程的一开始完成创建的。
2.引导：
这里主要是在vold启动时，对现有外设存储设备的处理。首先，要加载并解析vold.conf，
并检查挂载点是否已经被挂载； 其次，执行MMC卡挂载； 最后，处理USB大容量存储。
3.事件处理：
这里通过对两个链接的监听，完成对动态事件的处理，以及对上层应用操作的响应。
5、nexus
service nexus /system/bin/nexus
socket nexus stream 0660 root system
disabled
nexus服务的代码在目录：
Android-2.0/system/core/nexus
nexus服务主要作用就是监听网络命令，提供网络管理的功能。
6、zygote
service zygote /system/bin/app_process -Xzygote /system/bin --zygote --start-system-server
socket zygote stream 666
onrestart write /sys/android_power/request_state wake
onrestart write /sys/power/state on
onrestart restart media
zygote服务的代码在目录：
Android-2.0/frameworks/base/cmds/app_process
zygote服务主要作用就是创建一个服务监听用户的命令，并且根据用户的命令创建应用程序运行。
7、mediaserver
service media /system/bin/mediaserver
user media
group system audio camera graphics inet net_bt net_bt_admin
mediaserver服务的代码在目录：
Android-2.0/frameworks/base/media/mediaserver
mediaserver服务是多媒体服务的守护进程，负责多媒体／照相机／音频等三项服务。
8、bootanimation
service bootanim /system/bin/bootanimation
user graphics
group graphics
disabled
oneshot
bootanimation 服务的代码在目录：
Android-2.0/frameworks/base/cmds/bootanimation
bootanimation 服务是开机动画，主要用来加载动画资源。
9、dbus
service dbus /system/bin/dbus-daemon --system --nofork
socket dbus stream 660 bluetooth bluetooth
user bluetooth
group bluetooth net_bt_admin
dbus服务的代码在目录：
Android-2.0/external/dbus/bus
dbus服务是android使用的一种特殊的进程间通讯系统。它具有面向对象接口的协议，以及应用程序之间互相发现和监视的守护进程。dbus设计用来作为用户与系统服务之间的分隔以及系统服务之间的通讯。因此，dbus通讯安全，但效率有点差。
10、installd
service installd /system/bin/installd
socket installd stream 600 system system
installd 服务的代码在目录：
Android-2.0/frameworks/base/cmds/installd
installd服务是提供安装dex文件的服务。
11、keystore
service keystore /system/bin/keystore /data/misc/keystore
user keystore
group keystore
socket keystore stream 666
keystore服务的代码在目录：
Android-2.0/frameworks/base/cmds/keystore
keystore服务是加解密储存键值的服务。它主要作用就是验证应用程序与签名文件是否一致。
(http://blog.csdn.net/yuleslie/article/details/6912168)
一个模拟的时钟运行效果
viewport：视口，视觉窗口，显示区域。
在显示面积上手机屏幕相对桌面显示器要小很多，在几年前(现在也如此)大部分网站都是为桌面显示器浏览而设计，很少考虑到适应手机屏幕，所以如果用手机浏 览大多网站时会出现问题，比如常见固定宽度的网页会出现横向竖向滑动条，当然这不算什么大问题；但如果是浏览流动布局的网页那情况会非常糟糕，设想一个宽 度为30%的侧边栏对于320px手机屏幕而言也就96px，只能容纳8个12px的汉字，可阅读性非常差。
为了让手机也能获得良好的网页浏览体验，Apple找到了一个办法：在移动版(iOS)的Safari中定义了viewport meta标签①，它的作用就是创建一个虚拟的窗口(viewport)，而且这个虚拟窗口的分辨率接近于桌面显示器，Apple将其定位为980px②。
以一代iphone下的Safari来说就是：
在iphone的320px物理屏幕上——视觉窗口(visual viewport)，创建出了一个980px的虚拟窗口——布局窗口(layout viewport)，在视觉窗口(visual viewport)中我们可以拖动横向竖向滑动条或者放大缩小网页，来达到最佳的浏览效果(类似桌面浏览器)；而布局窗口(layout viewport)用来配合CSS渲染布局，例如当我们设置一个容器的宽度为100%时，这个容器的实际值为980px而不是320px。如此一来大部分 网页就能以缩放的形式正常的显示在手机屏幕上了。
如何设置viewport
有了layout viewport似乎解决手机浏览网页的难题，但如果遇到专门为手机优化的网页就又有新的问题：
是的，因为iphone的layout viewport默认为980px，导致专为其优化的320px宽的页面只能以缩放的方式显示，这时就需要对viewport进行设置：
<head>
…
<meta name=”viewport” content=”width=device-width, initial-scale=1.0, user-scalable=no”/>
…
</head>
这个是最常见的一条viewport meta代码，将viewport定义为：宽度为设备宽度，初始缩放比例为1倍，禁止用户缩放。设置好后我们的页面就显示完美了：
viewport全部属性&值如下：
width: viewport宽度
height: viewport高度
initial-scale: 初始缩放比例
maximum-scale: 最大缩放比例
minimum-scale: 最小缩放比例
user-scalable: 是否允许用户缩放
例：
width=960 或 device-width
height=1000 或 device-height
initial-scale=0.5
maximum-scale=2
minimum-scale=1
user-scalable=1 或 0 (yes 或 no)
layout viewport的默认值
在Apple实现viewport后，其他浏览器也加入了对viewport meta的支持，但彼此间还是有些差异，差异最大的是layout viewport的表现：
Safari iPhone: 980px
Opera: 850px
Android WebKit: 800px
IE: 974px
最后关注下width=device-width
其实这个属性&值很有意思，字面意应该是viewport宽度等于设备宽度，但在实际中不同的浏览器都给出了个定值：320px；这个值还是源于 Apple，因为早期iphone的分辨率为320px × 480px，大量为iphone量身定制的网站都设置了viewport:width=device-width，并且按照宽度320px来设计制作，所 以其他浏览器加入viewport支持时为了兼容性也将device-width定义为了320px。
注解
① 除此之外不同移动浏览器厂商也有不同的，例如UCweb就是使用中间件技术。
②不同的浏览器厂商对于layout viewport的大小定义不同，详见”layout viewport的默认值”。
参考文章：
http://dev.w3.org/csswg/css-device-adapt/
http://www.quirksmode.org/mobile/viewports2.html
https://developer.mozilla.org/en/Mobile/Viewport_meta_tag
http://blogs.msdn.com/b/iemobile/archive/2010/11/22/the-ie-mobile-viewport-on-windows-phone-7.aspx