❶ android操作系统是基于Linux Kernel是什么意思
每一个操作系统都有不同的内核。像Windows每个版本的内核都不同，而Mac OX用的是Unix的内核，Linux用的是Linux内核。而Android操作系统的内核是Linux，但是他不是一种Linux操作系统。
❷ android软件开发的架构
Android以java为编程语言，使接口到功能，都有层出不穷的变化，其中Activity等同于J2ME的MIDlet，一个 Activity 类（class）负责如世御创建视窗（window），一个活动中的Activity就是在 foreground（前景）模式，背景运行的程序叫做Service。两者之间通过由和AIDL连结，达到复数程序同时运行的效果。如果运行中的 Activity 全部画面被其他 Activity 取代时，该 Activity 便被停止（stopped），甚至被系统清除（kill）。
View等同于J2ME的Displayable，程序人员可以通过 View 类与“XML layout”档将UI放置在视窗上，Android 1.5的版本可以利用 View 打造出所谓的 Widgets，其实Widget只是View的一种，所以可以使用xml来设计layout，HTC的Android Hero手机即含有大量的widget。至于ViewGroup 是各种layout 的基础抽象类（abstract class），ViewGroup之内还可以有ViewGroup。View的构造函数不需要在Activity中调用，但是Displayable的是必须的，在Activity 中，要通过()来从XML 中取得View，Android的View类的显示很大程度上是从XML中读取的。View 与事件（event）息息相关，两者之间通过Listener 结合在一起，每一个渣岩View都可以注册一个event listener，例如：当View要处理用户触碰（touch）的事件时，就要向Android框架注册View.。另外还有Image等同于J2ME的BitMap。 在模拟器上运行仿真是虚拟设备（AVD），我们需要配置来运行我们的Android应用程序。步骤1、开放的AVD管理步骤2、新的按钮，点击添加新设备，并配置您的设备设置。步骤3、会有一个结果窗口显示所有已配置你上一屏幕选择。步骤4、按“确定”，你将会看到你的设备列在有你可以关闭此窗口。步骤5、运行你的Android应用程序项目从Eclipse，如果只有一个AVD配置，它会自动部署的应用程序也会出现一个窗口，选择你的图片。 仿真器将开始。在设备上运行
Android应用程序可以直接部署在Android设备上，这几个配置所需要的。步骤1、在调试模式的设置可以设置应用程序：Android的<应用程序>元真可调试属性。ADT 8这是默认的。步骤2、您的设备上启用USB调试：Android 3.2或以上转至设置>应用程序>开发和启用USB调试。在Android 4更新，这是开发商选择设置>。注：在Android 4.2更新，开发者选项是默认隐藏。可以，去设定>android的版本号。返回先前屏幕找到开发商选择。步返败骤3、安装USB驱动程序为您的设备，计算机识别你的设备。步骤4、一旦设置和您的设备通过USB连接，从Eclipse菜单栏安装您的应用程序在设备上选择运行>运行（或运行>调试）。 操作系统与应用程序的沟通桥梁，并用分为两层：函数层（Library）和虚拟机（Virtual Machine）。 Bionic是 Android 改良libc的版本。Android 同时包含了Webkit，所谓的Webkit 就是Apple Safari浏览器背后的引擎。Surface flinger 是就2D或3D的内容显示到屏幕上。Android使用工具链(Toolchain)为Google自制的Bionic Libc。
Android采用OpenCORE作为基础多媒体框架。OpenCORE可分7大块：PVPlayer、PVAuthor、Codec、PacketVideo Multimedia Framework(PVMF)、Operating SystemLibrary(OSCL)、Common、OpenMAX。
Android 使用skia 为核心图形引擎，搭配OpenGL/ES。skia与Linux Cairo功能相当，但相较于Linux Cairo, skia 功能还只是阳春型的。2005年Skia公司被Google收购，2007年初，Skia GL源码被公开，Skia 也是Google Chrome 的图形引擎。
Android的多媒体数据库采用SQLite数据库系统。数据库又分为共用数据库及私用数据库。用户可通过类（Column）取得共用数据库。
Android的中间层多以Java 实现，并且采用特殊的Dalvik虚拟机（Dalvik Virtual Machine）。Dalvik虚拟机是一种“暂存器型态”（Register Based）的Java虚拟机，变量皆存放于暂存器中，虚拟机的指令相对减少。
Dalvik虚拟机可以有多个实例（instance）, 每个Android应用程序都用一个自属的Dalvik虚拟机来运行，让系统在运行程序时可达到优化。Dalvik虚拟机并非运行Java字节码（Bytecode），而是运行一种称为.dex格式的文件。 Android 的 HAL（硬件抽像层）是能以封闭源码形式提供硬件驱动模块。HAL 的目的是为了把 Android framework 与 Linux kernel 隔开，让 Android 不至过度依赖 Linux kernel，以达成 kernel independent 的概念，也让 Android framework 的开发能在不考虑驱动程序实现的前提下进行发展。
HAL stub 是一种代理人（proxy）的概念，stub 是以 *.so 档的形式存在。Stub 向 HAL“提供”操作函数（operations），并由 Android runtime 向 HAL 取得 stub 的 operations，再 callback 这些操作函数。HAL 里包含了许多的 stub（代理人）。Runtime 只要说明“类型”，即 mole ID，就可以取得操作函数。 Android 是运行于 Linux kernel之上，但并不是GNU/Linux。因为在一般GNU/Linux 里支持的功能，Android 大都没有支持，包括Cairo、X11、Alsa、FFmpeg、GTK、Pango及Glibc等都被移除掉了。Android又以bionic 取代Glibc、以Skia 取代Cairo、再以opencore 取代FFmpeg 等等。Android 为了达到商业应用，必须移除被GNU GPL授权证所约束的部份，例如Android将驱动程序移到 userspace，使得Linux driver 与 Linux kernel彻底分开。bionic/libc/kernel/ 并非标准的kernel header files。Android 的 kernel header 是利用工具由 Linux kernel header 所产生的，这样做是为了保留常数、数据结构与宏。
Android 的 Linux kernel控制包括安全（Security），存储器管理（Memory Managemeat），程序管理（Process Management），网络堆栈（Network Stack），驱动程序模型（Driver Model）等。下载Android源码之前，先要安装其构建工具Repo来初始化源码。Repo 是 Android 用来辅助Git工作的一个工具。
❸ 如何在程序异常退出前输出当前进程的堆栈信息 Backtraces
打印堆栈是调试的常用方法，一般在系统异常时，我们可以将异常情况下的堆栈打印出来，这样十分方便错误查找。实际上还有另外一个非常有用的功能：分析代码的行为。android代码太过庞大复杂了，完全的静态分析经常是无从下手，因此通过打印堆栈的动态分析也十分必要。
Android打印堆栈的方法，简单归类一下
1. zygote的堆栈mp
实际上这个可以同时mp java线程及native线程的堆栈，对于java线程，java堆栈和native堆栈都可以得到。
使用方法很简单，直接在adb shell或串口中输入：
[plain] view plain
kill -3 <pid>
输出的trace会保存在 /data/anr/traces.txt文件中。这个需要注意，如果没有 /data/anr/这个目录或/data/anr/traces.txt这个文件，需要手工创建一下，并设置好读写权限。
如果需要在代码中，更容易控制堆栈的输出时机，可以用以下命令获取zygote的core mp:
[java] view plain
Process.sendSignal(pid, Process.SIGNAL_QUIT);
原理和命令行是一样的。
不过需要注意两点：
adb shell可能会没有权限，需要root。
android 4.2中关闭了native thread的堆栈打印，详见 dalvik/vm/Thread.cpp的mpNativeThread方法：
[cpp] view plain
dvmPrintDebugMessage(target,
"\"%s\" sysTid=%d nice=%d sched=%d/%d cgrp=%s\n",
name, tid, getpriority(PRIO_PROCESS, tid),
schedStats.policy, schedStats.priority, schedStats.group);
mpSchedStat(target, tid);
// Temporarily disabled collecting native stacks from non-Dalvik
// threads because sometimes they misbehave.
//dvmDumpNativeStack(target, tid);
Native堆栈的打印被关掉了！不过对于大多数情况，可以直接将这个注释打开。
2. debuggerd的堆栈mp
debuggerd是android的一个daemon进程，负责在进程异常出错时，将进程的运行时信息mp出来供分析。debuggerd生 成的coremp数据是以文本形式呈现，被保存在 /data/tombstone/ 目录下(名字取的也很形象，tombstone是墓碑的意思)，共可保存10个文件，当超过10个时，会覆盖重写最早生成的文件。从4.2版本开 始，debuggerd同时也是一个实用工具：可以在不中断进程执行的情况下打印当前进程的native堆栈。使用方法是:
[plain] view plain
debuggerd -b <pid>
这可以协助我们分析进程执行行为，但最最有用的地方是：它可以非常简单的定位到native进程中锁死或错误逻辑引起的死循环的代码位置。
3. java代码中打印堆栈
Java代码打印堆栈比较简单， 堆栈信息获取和输出，都可以通过Throwable类的方法实现。目前通用的做法是在java进程出现需要注意的异常时，打印堆栈，然后再决定退出或挽救。通常的方法是使用exception的printStackTrace()方法：
[java] view plain
try {
...
} catch (RemoteException e) {
e.printStackTrace();
...
}
当然也可以只打印堆栈不退出，这样就比较方便分析代码的动态运行情况。Java代码中插入堆栈打印的方法如下：
[java] view plain
Log.d(TAG,Log.getStackTraceString(new Throwable()));
4. C++代码中打印堆栈
C++也是支持异常处理的，异常处理库中，已经包含了获取backtrace的接口，Android也是利用这个接口来打印堆栈信息的。在Android的C++中，已经集成了一个工具类CallStack，在libutils.so中。使用方法：
[cpp] view plain
#include <utils/CallStack.h>
...
CallStack stack;
stack.update();
stack.mp();
使用方式比较简单。目前Andoid4.2版本已经将相关信息解析的很到位，符号表查找，demangle，偏移位置校正都做好了。
[plain] view plain
5. C代码中打印堆栈
C代码，尤其是底层C库，想要看到调用的堆栈信息，还是比较麻烦的。 CallStack肯定是不能用，一是因为其实C++写的，需要重新封装才能在C中使用，二是底层库反调上层库的函数，会造成链接器循环依赖而无法链接。 不过也不是没有办法，可以通过android工具类CallStack实现中使用的unwind调用及符号解析函数来处理。
这里需要注意的是，为解决链接问题，最好使用dlopen方式，查找需要用到的接口再直接调用，这样会比较简单。如下为相关的实现代码，只需要在要 打印的文件中插入此部分代码，然后调用getCallStack()即可，无需包含太多的头文件和修改Android.mk文件：
[cpp] view plain
#define MAX_DEPTH 31
#define MAX_BACKTRACE_LINE_LENGTH 800
#define PATH "/system/lib/libcorkscrew.so"
typedef ssize_t (*unwindFn)(backtrace_frame_t*, size_t, size_t);
typedef void (*unwindSymbFn)(const backtrace_frame_t*, size_t, backtrace_symbol_t*);
typedef void (*unwindSymbFreeFn)(backtrace_symbol_t*, size_t);
static void *gHandle = NULL;
static int getCallStack(void){
ssize_t i = 0;
ssize_t result = 0;
ssize_t count;
backtrace_frame_t mStack[MAX_DEPTH];
backtrace_symbol_t symbols[MAX_DEPTH];
unwindFn unwind_backtrace = NULL;
unwindSymbFn get_backtrace_symbols = NULL;
unwindSymbFreeFn free_backtrace_symbols = NULL;
// open the so.
if(gHandle == NULL) gHandle = dlopen(PATH, RTLD_NOW);
// get the interface for unwind and symbol analyse
if(gHandle != NULL) unwind_backtrace = (unwindFn)dlsym(gHandle, "unwind_backtrace");
if(gHandle != NULL) get_backtrace_symbols = (unwindSymbFn)dlsym(gHandle, "get_backtrace_symbols");
if(gHandle != NULL) free_backtrace_symbols = (unwindSymbFreeFn)dlsym(gHandle, "free_backtrace_symbols");
if(!gHandle ||!unwind_backtrace ||!get_backtrace_symbols || !free_backtrace_symbols ){
ALOGE("Error! cannot get unwind info: handle:%p %p %p %p",
gHandle, unwind_backtrace, get_backtrace_symbols, free_backtrace_symbols );
return result;
}
count= unwind_backtrace(mStack, 1, MAX_DEPTH);
get_backtrace_symbols(mStack, count, symbols);
for (i = 0; i < count; i++) {
char line[MAX_BACKTRACE_LINE_LENGTH];
const char* mapName = symbols[i].map_name ? symbols[i].map_name : "<unknown>";
const char* symbolName =symbols[i].demangled_name ? symbols[i].demangled_name : symbols[i].symbol_name;
size_t fieldWidth = (MAX_BACKTRACE_LINE_LENGTH - 80) / 2;
if (symbolName) {
uint32_t pc_offset = symbols[i].relative_pc - symbols[i].relative_symbol_addr;
if (pc_offset) {
snprintf(line, MAX_BACKTRACE_LINE_LENGTH, "#%02d pc %08x %.*s (%.*s+%u)",
i, symbols[i].relative_pc, fieldWidth, mapName,
fieldWidth, symbolName, pc_offset);
} else {
snprintf(line, MAX_BACKTRACE_LINE_LENGTH, "#%02d pc %08x %.*s (%.*s)",
i, symbols[i].relative_pc, fieldWidth, mapName,
fieldWidth, symbolName);
}
} else {
snprintf(line, MAX_BACKTRACE_LINE_LENGTH, "#%02d pc %08x %.*s",
i, symbols[i].relative_pc, fieldWidth, mapName);
}
ALOGD("%s", line);
}
free_backtrace_symbols(symbols, count);
return result;
}
对sched_policy.c的堆栈调用分析如下,注意具体是否要打印，在哪里打印，还可以通过pid、uid、property等来控制一下，这样就不会被淹死在trace的汪洋大海中。
[plain] view plain
D/SchedPolicy( 1350): #00 pc 0000676c /system/lib/libcutils.so
D/SchedPolicy( 1350): #01 pc 00006b3a /system/lib/libcutils.so (set_sched_policy+49)
D/SchedPolicy( 1350): #02 pc 00010e82 /system/lib/libutils.so (androidSetThreadPriority+61)
D/SchedPolicy( 1350): #03 pc 00068104 /system/lib/libandroid_runtime.so (android_os_Process_setThreadPriority(_JNIEnv*, _jobject*, int, int)+7)
D/SchedPolicy( 1350): #04 pc 0001e510 /system/lib/libdvm.so (dvmPlatformInvoke+112)
D/SchedPolicy( 1350): #05 pc 0004d6aa /system/lib/libdvm.so (dvmCallJNIMethod(unsigned int const*, JValue*, Method const*, Thread*)+417)
D/SchedPolicy( 1350): #06 pc 00027920 /system/lib/libdvm.so
D/SchedPolicy( 1350): #07 pc 0002b7fc /system/lib/libdvm.so (dvmInterpret(Thread*, Method const*, JValue*)+184)
D/SchedPolicy( 1350): #08 pc 00060c30 /system/lib/libdvm.so (dvmCallMethodV(Thread*, Method const*, Object*, bool, JValue*, std::__va_list)+271)
D/SchedPolicy( 1350): #09 pc 0004cd34 /system/lib/libdvm.so
D/SchedPolicy( 1350): #10 pc 00049382 /system/lib/libandroid_runtime.so
D/SchedPolicy( 1350): #11 pc 00065e52 /system/lib/libandroid_runtime.so
D/SchedPolicy( 1350): #12 pc 0001435e /system/lib/libbinder.so (android::BBinder::transact(unsigned int, android::Parcel const&, android::Parcel*, unsigned int)+57)
D/SchedPolicy( 1350): #13 pc 00016f5a /system/lib/libbinder.so (android::IPCThreadState::executeCommand(int)+513)
D/SchedPolicy( 1350): #14 pc 00017380 /system/lib/libbinder.so (android::IPCThreadState::joinThreadPool(bool)+183)
D/SchedPolicy( 1350): #15 pc 0001b160 /system/lib/libbinder.so
D/SchedPolicy( 1350): #16 pc 00011264 /system/lib/libutils.so (android::Thread::_threadLoop(void*)+111)
D/SchedPolicy( 1350): #17 pc 000469bc /system/lib/libandroid_runtime.so (android::AndroidRuntime::javaThreadShell(void*)+63)
D/SchedPolicy( 1350): #18 pc 00010dca /system/lib/libutils.so
D/SchedPolicy( 1350): #19 pc 0000e3d8 /system/lib/libc.so (__thread_entry+72)
D/SchedPolicy( 1350): #20 pc 0000dac4 /system/lib/libc.so (pthread_create+160)
D/SchedPolicy( 1350): #00 pc 0000676c /system/lib/libcutils.so
D/SchedPolicy( 1350): #01 pc 00006b3a /system/lib/libcutils.so (set_sched_policy+49)
D/SchedPolicy( 1350): #02 pc 00016f26 /system/lib/libbinder.so (android::IPCThreadState::executeCommand(int)+461)
D/SchedPolicy( 1350): #03 pc 00017380 /system/lib/libbinder.so (android::IPCThreadState::joinThreadPool(bool)+183)
D/SchedPolicy( 1350): #04 pc 0001b160 /system/lib/libbinder.so
D/SchedPolicy( 1350): #05 pc 00011264 /system/lib/libutils.so (android::Thread::_threadLoop(void*)+111)
D/SchedPolicy( 1350): #06 pc 000469bc /system/lib/libandroid_runtime.so (android::AndroidRuntime::javaThreadShell(void*)+63)
D/SchedPolicy( 1350): #07 pc 00010dca /system/lib/libutils.so
D/SchedPolicy( 1350): #08 pc 0000e3d8 /system/lib/libc.so (__thread_entry+72)
D/SchedPolicy( 1350): #09 pc 0000dac4 /system/lib/libc.so (pthread_create+160)
6. 其它堆栈信息查询
❹ 求 a stack of 和 a pile of 区别
stack是整齐的一堆。pile是随便堆放的
1. aumulate
几乎可用于指任何事物量的增加，侧重连续不断地，一点一滴地聚积。如：
He aumulated a good library.
积累了丰富的藏书。
However, as the evidence began to aumulate, experts from the Zoo felt obliged to investigate.
然而，随着迹象开始积聚，伦敦动物园的专家们感到有必要进行调查了。
2. amass 强调大量的聚集，常用于财富、资讯、所有物等的聚集，这种积累可能一下子完成，也可能在短期内完成，也可能在比较长的时间内完成，但是数量总是很大的。如：
People tend to amass possessions, sometimes without being aware of doing so.
人们倾向于积攒东西，有的并未意识到这样做。
3. collect
普通用词，多用于指物，侧重指有区别地作选择或有安排有计划地把零散物集中起来。如：
He’s collecting money for the blind.
他在为盲人募款。
Collecting stamps is a hobby of mine.
集邮是我的一个爱好。
All I hope is we can collect more fund for it.
我只希望我们能为此筹集更多资金。
4. gather 普通用词，指人或物或抽象事物都可用。侧重于围绕一个中心的集合、聚集。如：
We would all gather there on Friday evenings.
星期五晚上我们都在那里聚会。
The lords and ladies were all gathered at the palace.
贵族老爷和夫人都聚集在皇宫里。
She gathered up her things and left.
她收拾好她的东西就走了。
5. heap 主要指把东西堆集，尤其指沙、石、煤、草、谷物等堆高，不强调整齐。如：
Mother heaped delicious food on the plate.
母亲在盘子里堆满了好吃的东西。
The barn of the used-to-be-poor farmer is now heaped with grain.
过去很贫穷的农民的谷仓里现在堆满了粮食。
6. pile 着重指比较整齐地把东西堆积在一起。如：
She piled the books on the table.
她把书堆在桌子上。
call stack是函式呼叫堆叠，就是程式执行时函式的呼叫过程，例如A函式呼叫了B函式，那么程式执行到B函式的时候，call stack里就会有A函式，因为函式呼叫时需要把当前函式入栈，在B函式执行完毕后再从堆叠里将A函式取出，以让程式指标回到A函式继续执行。
stack就只是堆叠的意思，在程式里单说stack的时候，是指执行时记忆体里的一块指定的资料结构空间，用于存放区域性变数，发生函式呼叫时，新建立的区域性变数都会存放在stack里，函式返回时区域性变数需要释放，就会从stack里被清空。
1.heap是堆，stack是栈。2.stack的空间由作业系统自动分配和释放，heap的空间是手动申请和释放的，heap常用new关键字来分配。3.stack空间有限，heap的空间是很大的自由区。在Java中，若只是宣告一个物件，则先在栈记忆体中为其分配地址空间，若再new一下，例项化它，则在堆记忆体中为其分配地址。4.举例：资料型别 变数名；这样定义的东西在栈区。如：Object a =null; 只在栈记忆体中分配空间new 资料型别();或者malloc(长度); 这样定义的东西就在堆区如：Object b =new Object(); 则在堆记忆体中分配空间
pack into 英[pæk ˈɪntuː] 美[pæk ˈɪntu]
[词典] 塞进，挤进;
[例句]I have tried to pack a good deal into a few words.
我尽量言简意赅。
stack into
堆成
什么是Android Application？
简单来说，一个apk档案就是一个Application。
任何一个Android Application基本上是由一些Activities组成，当用户与应用程式互动时其所包含的部分Activities具有紧密的逻辑关系，或者各自独立处理不同的响应。
这些Activities捆绑在一起成为了一个处理特定需求的Application, 并且以“.apk”作为字尾名存在于档案系统中。
Android平台预设下的应用程式 例如：Email、Calendar、Browser、Maps、Text Message、Contacts、Camera和Dialer等都是一个个独立的Apps。
就像我们已经知道的，Application基本上是由四个模组组成：Activity、Service、Content Provider 和 Broadcast Receiver，其中Activity是实现应用的主体。
什么是 Activity Stack？
操作应用程式时，有时需要呼叫多个Activities来完成需求，例如：传送邮件程式，首先是进入邮件主接口，然后启动一个新的Activity用于填写新邮件内容，同时可以调出联络人列表用于插入收件人资讯等等。在这个操作过程中 Android平台有一个专门用于管理Activities堆叠的机制，其可以方便的线性记录Activities例项，当完成某个操作时，可以通过导航功能返回之前的Activity（通过按操作台的“Back”按钮）。
每次启动新的Activity都将被新增到Activity Stack。使用者可以方便的返回上一个Activity直到Home Screen，到达Home Screen后，将无法再继续检视堆叠记录（俗话说：到头了）。如果当前Task被中止(Interrupting the task)，返回到系统主接口后启动了其它操作，当希望返回到前一个Task继续执行时，只需要再次通过主接口的Application launcher或者快捷方式启动这个Task的Root Activity便可返回其中止时的状态继续执行。
相对于Views、Windows、Menus和Dialogs而言，Activity是唯一可被记录在History stack中的资料，所以当你所设计的应用程式需要使用者由A接口进入到次一级接口B，当完成操作后需要再次返回A,那么必须考虑将A看作为 Activity，否则将无法从历史堆叠中返回。
什么是Task
当我们需要一个Activity可以启动另一个Activity，可能另外一个Activity是定义在不同应用程式中的Activity。
例如，假设你想在你的应用中让使用者显示一些地方的街景。而这里已经有一个Activity可以做到这一点，因此，你的Activity所需要做的只是在Intent物件中新增必要的资讯，并传递给startActivity()。地图浏览将会显示你的地图。当用户按下BACK键，你的Activity会再次出现在萤幕上。
对于使用者来说，看起来好像是地图浏览与你的Activity一样，属于相同的应用程式，即便是它定义在其它的应用程式里，并执行在那个应用程式的程序里。
Android通过将这两个Activity储存在同一个Task里来体现这一使用者体验。简单来说，一个Task就是使用者体验上的一个“应用”。
它将相关的Activity组合在一起，以stack的方式管理（就是前面提到的Activity Stack），这就是Task。
在Android平台上可以将task简单的理解为幽多个Activity共同协作完成某项应用，而不管Activity具体属于哪个Application，
什么是Android Application？ 简单来说，一个apk档案就是一个Application。 任何一个Android Application基本上是由一些Activities组成，当用户与应用程式互动时其所包含的部分Activities具有紧密的逻辑关系，或者各自独立处理不同的响应。
java堆和栈的区别 Java中记忆体分成两种：一种是栈stack，一种是堆heap。 函式中的一些基本型别的变数（int， float）和物件的引用变数(reference)都在函式的栈中，马克-to-win，（工作于编译阶段， 生成class档案之前）分配。存取速度快，稍逊于...
相同点：stack和heap都是记忆体区域
不同点：stack的记忆体区域小，heap的记忆体区域大。stack用于存放变数，地址，heap用于存放物件，是真正的存放物件的地方。
❺ Android什么意思
android - 以Linux为基础的操作系统
Android（['ændrɔid]）是一个以Linux为基础的半开源操作系统，主要用于移动设备，由Google和开放手持设备联盟开发与领导。 Android 系统最初由安迪·鲁宾（Andy Rubin）制作，最初主要支持手机。2005年8月17日被Google收购。2007年11月5日，Google与84家硬件制造商、软件开发商及电信营运商组成开放手持设备联盟（Open Handset Alliance）来共同研发改良Android系统并生产搭载Android的智慧型手机，并逐渐拓展到平板电脑及其他领域上。随后，Google以Apache免费开源许可证的授权方式，发布了Android的源代码。
一、系统介绍
Android是一种以Linux与JAVA为基础的开放源代码操作系统，主要使用于便携设备。中国大陆地区较多人使用“安卓”。Android操作系统最初由Andy Rubin开发,被谷歌收购后则由Google公司和开放手机联盟领导及开发,主要支持手机与平板。
二、系统特点
【系统内核 】
Android 是运行于 Linux kernel之上，但并不是GNU/Linux。因为在一般GNU/Linux 里支持的功能，Android 大都没有支持，包括Cairo、X11、Alsa、FFmpeg、GTK、Pango及Glibc等都被移除掉了。
Android又以bionic 取代Glibc、以Skia 取代Cairo、再以opencore 取代FFmpeg 等等。Android 为了达到商业应用，必须移除被GNU GPL授权证所约束的部份，例如Android将驱动程序移到 userspace，使得Linux driver 与 Linux kernel彻底分开。
bionic/libc/kernel/ 并非标准的kernel header files。Android 的 kernel header 是利用工具由 Linux kernel header 所产生的，这样做是为了保留常数、数据结构与宏。
Android 的 Linux kernel控制包括安全（Security），存储器管理（Memory Management），程序管理（Process Management），网络堆栈（Network Stack），驱动程序模型（Driver Model）等。下载Android源码之前，先要安装其构建工具 Repo来初始化源码。Repo 是 Android 用来辅助Git工作的一个工具。
【硬件抽象层】
Android 的 HAL（硬件抽像层）是能以封闭源码形式提供硬件驱动模块。HAL 的目的是为了把 Android framework 与 Linux kernel 隔开，让 Android 不至过度依赖 Linux kernel，以达成 kernel independent 的概念，也让 Android framework 的开发能在不考量驱动程序实现的前提下进行发展。
HAL stub 是一种代理人（proxy）的概念，stub 是以 *.so 档的形式存在。Stub 向 HAL“提供”操作函数（operations），并由 Android runtime 向 HAL 取得 stub 的 operations，再 callback 这些操作函数。HAL 里包含了许多的 stub（代理人）。Runtime 只要说明“类型”，即 mole ID，就可以取得操作函数。