1.1 背景相关与系统架构分析

1.Android背景与当前的状况

Android 系统最初由 Andy Rubin 创建，之后被 Google 收购；最早的公开版本是 Android 1.1。到了今年 5 月 28 日，Google 在 I/O 大会上又带来了最新版本 Android M。顺带一提，Android 的版本命名一直很有辨识度，基本都采用甜点名称。下面这张表，列出的就是 15 个 Android 版本的名称、对应的 API 编号，以及各自的发布时间。

好了，除了上面这些公共版本外，当然还有一些其他的版本，截止2015.1，各个版本的市场份额如下：

前面的信息看完，很多人都会顺着想到一个很现实的问题：系统版本这么多，开发时到底该以哪个版本为准？说到底，这就是Android开发绕不开的“碎片化”难题，而且它通常体现在两个层面：
①系统碎片化：开发App时，往往要考虑低版本兼容，比如最低支持到2.3版本；再加上各种Rom定制非常普遍，不少厂商都会在原生系统基础上做改动，于是就会出现这样一种情况——在原生系统上能正常跑的功能，到了定制Rom里却未必可行，比如相机调用~
②屏幕碎片化：市面上的手机屏幕尺寸五花八门，4.3寸、4.5寸、4.7寸、5.0寸、5.3寸……还不只是手机，Android平板也得算进来，所以开发时常常还要面对屏幕适配的问题。当然，刚开始学习时其实不用急着把这些复杂情况全都背上，等到后面真正进入实际开发，再慢慢展开研究也不迟！

2.Android系统特性与平台架构

系统特性：

• 应用程序框架支持组件的重用与替换（app发布时遵守了框架的约定，其他app也可以使用该模块）
• Dalvik虚拟机:专门为移动设备优化 -集成的浏览器:开源的WebKit引擎
• SQLite结构化的数据存储
• 优化的图形库,多媒体支持,GSM电话技术,蓝牙等
• 采用软件叠层方式构建

平台架构图：

架构的简单理解：

1. Application(应用程序层) 我们一般说的应用层的开发就是在这个层次上进行的，当然包括了系统内置的一组应用程序，使用的是Ja va语言
2. Application Framework(应用程序框架层) 无论系统内置或者我们自己编写的App，都需要使用到这层，比如我们想弄来电黑名单，自动挂断电话，我们就需要用到电话管理(TelephonyManager) 通过该层我们就可以很轻松的实现挂断操作，而不需要关心底层实现
3. Libraries(库) + Android Runtime(Android运行时) Android给我们提供了一组C/C++库，为平台的不同组件所使用，比如媒体框架；而Android Runtime则由Android核心库集 + Dalvik虚拟机构成，Dalvik虚拟机是针对移动设备的虚拟机，它的特点:不需要很快的CPU计算速度和大量的内存空间;而每个App都单独地运行在单独的Dalvik虚拟机内每个app对于一条Dalvik进程）而他的简单运行流程如：
4. Linux内核 这里就是涉及底层驱动的东西了，一些系统服务，比如安全性，内存管理以及进程管理等

3.本节小结：

本节对Android的历史背景以及现状进行了了解，然后简单分析了Android的系统特性以及系统架构，这些概念性的东西，我们了解了解即可，而下一节我们将开始Android环境的搭建！