Android的那些*

整个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,前扑后继,大家为了跨越进程,做了太多努力了。

上一篇:Linux 2.6的内核编译过程


下一篇:Unity资源打包之Assetbundle