标签：android io ar os sp 文件 数据 on 问题
整个AOSP代码，包天包地，从kernel，libc，gui，net……简直包括了绝大多普通程序员职业生涯涉及的整个领域。其实，开源界早已经遇到并且解决了Android的很多问题，不过google讨厌GPL说起，或者说，google为了照顾更多的商业公司，以一已之力，重造了很多轮子。下面缩缩。
glibc <---->bionic
首先标准c的api必不可少。另外android构建于linux之上，linux实现的那套posix api，linux专有的系统调用，也得封装一套出来。gnu开发了glibc，google开发bionic。
glib<---->system/core/libcutils+libsparse
c语言缺乏标准的数据结构实现，类似链表，哈希表，动态数组之类的数据结构在并没有在标准c中做任何规则。gtk组织开发了glib做为自己的图形库的支持，android自然也不能落后，也要来一套，并且增加了，稀疏矩阵这种数据结构。
stl/boost<--->system/core/libutils
android的framework底层是用c++实现的，要用c++，什么智能指针，thread，string,vector,hashmap,list等基础数据结构，得首先准备好。stl/boost实现的那套，android这次没有原样来一套，原则是，用多少实现多少，实现精简的stl/boost。
busybox<--->system/core/sh + toolbox + rootdir
有了linux os，终端（shell）同样是必不可少的组件。我们需要shell脚本解释器，各种常用cmd，以及文件系统构建。busybox的工作，同样要再做一遍。
udev<--->system/vold
要处理设备的热插拔，比如sd卡，u盘等。我们要处理用户空间也内核的通信，我们有netlink socket。开源界给出的选择是udev，google给出的选择是void。
xinetd<--->system/netd
xinetd linux下的网络守护进程，处理各种网络服务。android给了另外一套netd.
com/dbus/cobra<--->binder
其实idl来描述接口，都是long long ago的事了。比如微软的com组件，unix的cobra，进程间通信的组件何其多也，无论你是用内核虚拟设备驱动，还是socket domain，前扑后继，大家为了跨越进程，做了太多努力了。
标签：android io ar os sp 文件 数据 on 问题
原文地址：http://www.cnblogs.com/mr-nop/p/4117810.html
