Android平台采用了整合的策略思想，包括底层Linux操作系统、中间层的中间件和上层的Java应用程序。下面我把Android的特性及其架构体系结构总结一下。
铁东网站建设公司创新互联公司,铁东网站设计制作，有大型网站制作公司丰富经验。已为铁东超过千家提供企业网站建设服务。企业网站搭建\成都外贸网站建设公司要多少钱，请找那个售后服务好的铁东做网站的公司定做！
一、Android的平台特性
Android平台有如下特性：
1. 应用程序框架支持组件的重用与替换。
这样我们可以把系统中不喜欢的应用程序删除，安装我们喜欢的应用程序。
2. Dalvik虚拟机专门为移动设备进行了优化。
Android应用程序将由Java编写、编译的类文件通过DX工具转换成一种后缀名为.dex的文件来执行。Dalvik虚拟机是基于寄存器的，相对于Java虚拟机速度要快很多。
3. 内部集成浏览器基于开源的WebKit引擎。
有了内置的浏览器，这将意味着WAP应用的时代即将结束，真正的移动互联网时代已经来临，手机就是一台“小电脑”，可以在网上随意遨游。
4. 优化的图形库包括2D和3D图形库，3D图形库基于OpenGL ES 1.0。
强大的图形库给游戏开发带来福音。在3G最为重要的的应用莫过于手机上网和手机游戏。
5. SQLite用作结构化的数据存储。
6. 多媒体支持包括常见的音频、视频和静态印象文件格式
如MPEG4、H.264、MP3、AAC、AMR、JGP、PNG、GIF。
7. GSM电话（依赖于硬件）。
8. 蓝牙（Bluetooth）、EDGE、3G、WiFi（依赖于硬件）。
9. 照相机、GPS、指南针和加速度计（依赖于硬件）。
10. 丰富的开发环境包括设备模拟器、调试工具、内存及性能分析图表和Eclipse集成的开发环境插件。
Google提供了Android开发包SDK，其中包含了大量的类库和开发工具，并且针对Eclipse的可视化开发插件ADT。
二、Android平台架构
从上图我们可以看出，Android操作系统的体系结构可分为4层，由上到下依次是应用程序、应用程序框架、核心类库和Linux内核，其中第三层还包括Android运行时的环境。下面分别来讲解各个部分。
1. 程序应用
Android
连同一个核心应用程序包一起发布，该应用程序包包括E-mail客户端、SMS短消息程序、日历、地图、浏览器、联系人管理程序等。所有的应用程序都是用Java编写的。
2. 应用程序框架
开发者完全可以访问核心应用程序所使用的API框架。该应用程序框架架构用来简化组件软件的重用，任何一个应用程序都可以发布它的功能块并且任何其他的应用程序都可以使用其所发布的功能块（不过得遵循框架的安全性限制）。该应用程序重用机制使得组件可以被用户替换。
以下所有的应用程序都由一系列的服务和系统组成，包括：
1）一个可扩展的视图（Views）可以用来创建应用程序，包括列表（lists）、网络（grids）、文本框（text
boxes）、按钮（buttons），甚至是一个可嵌入的Web浏览器。
2）内容管理器（Content Providers）使得应用程序可以访问另一个应用程序的数据（如联系人数据库），或者共享它们自己的数据。
3）一个资源管理器（Resource Manager）提供非代码资源的访问，如本地字符串、图形和分层文件（layout files）。
4）一个通知管理器（Notification Manager）使得应用程序可以在状态栏中显示客户通知信息。
5）一个活动类管理器（Activity Manager）用来管理应用程序生命周期并提供常用的导航回退功能。
3. Android程序库
Android包括一个被Android系统中各种不同组件所使用的C/C++集库。该库通过Android应用程序框架为开发者提供服务。
以下是一些主要的核心库：
1）系统C库：一个从BSD继承来的标准C系统函数库（libc），专门为基于Embedded Linux的设备定制。
2）媒体库：基于PacketVideo
OpenCORE；该库支持录放，并且可以录制许多流行的音频视频格式，还有静态映像文件包括MPEG4、H.264、MP3、AAC、JPG、PNG。
3）Surface Manager：对显示子系统的管理，并且为多个应用程序提供2D和3D图层的无缝融合。
4）LibWebCore：一个最新的Web浏览器引擎，用来支持Android浏览器和一个可嵌入的Web视图。
5）SGL：一个内置的2D图形引擎。
6）3D libraries：基于OpenGL ES 1.0 APIs实现；该库可以使用硬件3D加速(如果可用）或者使用高度优化的3D软加速。
7）FreeType：位图（bitmap）和向量（vector）字体显示。
8）SQLite：一个对于所以应用程序可用、功能强劲的轻型关系型数据库引擎。
4. Android运行库
Android包括了一个核心库，该核心库提供了Java编程语言核心库的大多数功能。
每一个Android应用程序都在它自己的进程中运行，都拥有一个独立的Dalvik虚拟机实例。Dalvik是针对同时高效地运行多个VMs实现的。Dalvik虚拟机执行.dex的Dalvik可执行文件，该格式文件针对最小内存使用做了优化。该虚拟机是基于寄存器的，所有的类都是经由Java汇编器编译，然后通过SDK中的DX工具转化成.dex格式由虚拟机执行。
Dalvik虚拟机依赖于Linux的一些功能，比如线程机制和底层内存管理机制。
5. Linux内核
Android的核心系统服务依赖于Linux内核，如安全性、内存管理、进程管理、网络协议栈和驱动模型。Linux内核也同时作为硬件和软件栈之间的硬件抽象层。
代理模式的定义：为其他对象提供一种代理以控制对这个对象的访问。
静态代理的代理类持有被代理者的引用，在方法调用时，代理对象调用了被代理对象去执行真正的实现。
2.1 简单示例
假如对于一个日志处理功能，可通过代理类代理实例日志处理类：
这样，在使用过程中，可以按如下方式使用：
2.2 AIDL
AIDL中也用到了代理模式，在Android Studio中新建一个AIDL文件，如下所示：
在点击make project后，会自动生成AIDL接口对应的代码，即对应的Stub和Proxy，可以看到AIDL的Proxy是通过静态代理实现，自动生成的代码如下所示：
在2.1的静态代理代码中，如果现在需要扩展一个新的接口，那就需要分别在接口层、实际处理类、代理类中分别改动，如下所示：
当代理一个新的接口时可见，新的代理类与其他代理类代码是高度相似的，因此可以采用动态代理的方式来完成类似的功能。
3.1 基础用法
与静态代理不同，动态代理类的class是在运行过程中动态生成的。
3.1.1 基础用法
首先定义接口层：
然后使用Proxy.newProxyInstance完成动态代理如下：
其中，InvocationHandler就是将静态代理中需要实现的部分抽离了出来，即动态生成的Proxy代理了InvocationHandler。
3.1.2 动态生成的class
动态生成的代理类的方法实际调用都到了InvocationHandler的invoke方法，动态生成的代理类class伪代码如下：
3.1.3 源码分析
下面分析Proxy.newProxyInstance的源码：
3.2 Retrofit动态代理
Retrofit是一个开源网络库，其源码中也使用到了动态代理模式。简单介绍如下：
3.2.1 基础用法
首先，新建网络请求对应的接口：
然后，使用Retrofit动态代理生成请求：
3.2.2 Retrofit动态代理实现
接下来分析Retrofit内部是如何使用动态代理模式的：
一般来说，要把一张图片显示在ImageView上，有下面几个问题需要考虑：
在真实的产品环境中，一个ImageView的大小往往都是有限制的，至少长或宽有一条边是有限制的，所以，在ImageView上显示图片还需要考虑：
第二个问题，还可以细化成：
怎么样，简单的一个显示图片操作，就有这么多细节需要考虑。下面的章节，我们就抓住上面几点，通过实际的例子帮你理解ScaleType的各个属性值。
首先看下实际效果：
一句话总结FIT_XY：就是以不按原比例伸缩为代价，强制让图片充满ImageView ，同时图片所有的部分也会完整显示出来（虽然可能变形）。但是，因为其不按原比例伸缩的特点，真实的产品中不太常用，因为图片被拉伸变形往往是不可以接受的。（上面例子中的美女已经被拉伸的不成样子了）
还是先看下例子：
这个属性值的名称虽然是CENTER，但是和一般意义上的“居中”有很大不同。 这个属性值即不会保证填满ImageView，也不保证图片会完整显示。 当实际图片比ImageView小的时候，就是“居中显示”。当图片比ImageView大，就把图片中间的部分显示在ImageView里，其他的裁剪掉不显示。（上面第二组图尤其明显）
先看例子：
FIT_CENTER更接近于大家理解的“居中显示”，也是平时用的最多的一个值。 首先，这个属性会保证图片完整显示，不管图片和ImageView的大小关系。而且伸缩的时候是按照比例做的，所以图片质量也可以得到保证。 唯一的问题是，FIT_CENTER不保证会填满ImageView。对于大多数场景，这个也足够了。
FIT_START，FIT_END和FIT_CENTER差不多，就不详细介绍了。
先看例子：
CENTER_CROP，是个非常重要的值，但是很多同学对它并不是很了解。首先，这个属性值的名字很奇怪，很难猜出来其真实的含义；其次，它的官方介绍简直又臭又长，让人一头雾水：
其实，CENTER_CROP的特点总结起来很简单： 以可能裁切掉部分图片为代价，让图片充满ImageView。
可以和FIT_XY做下对比， CENTER_CROP和FIT_XY是唯二的可以保证填满ImageView的值 。所不同的是，FIT_XY是以不保持原始比例伸缩为代价（但是保证原图全部显示出来）；而CENTER_CROP是以不能显示完整原图为代价（但是保证原图的原始比例）。
二者都会按原始比例伸缩图片，所不同的是， CENTER_CROP将图片伸缩到填满ImageView为止，FIT_CENTER伸缩到图片完整并居中显示为止。
下面两个动图可以让你看得更清楚：
先看例子：
CENTER_INSIDE又是一个奇怪的值，原文的解释也是让人看不懂：
其实总结起来很简单： 当原图大于ImageView的时候，相当于FIT_CENTER。当原图小于等于ImageView的时候，相当于CENTER。
看下例子
MATRIX的效果比较简单： 不改变原图的大小，从ImageView的左上角开始绘制，超出部分做剪切处理。 不保证填满ImageView，也不保证图片完全显示。和CENTER有点类似。反正我在项目中是没有用过这个值。
下面的表格总结了下各个属性值的特点，注意，表格中为“是”并不是说一定会发生，只是说明有这种可能。
最后再给大家出一道思考题，看看大家的掌握情况：
相信通过学习本文章，聪明的你很快就能找到答案。
