首先Android开发主要是有三个层次的技术：
成都创新互联主要从事做网站、成都网站建设、网页设计、企业做网站、公司建网站等业务。立足成都服务汾阳,10余年网站建设经验,价格优惠、服务专业,欢迎来电咨询建站服务:18980820575
1、第一个层次和传统的嵌入式Linux最接近，主要涉及的是CPU、GPU以及外设的驱动以及使能方面。需要熟悉Linux内核，Android框架定义中驱动的接口规范等等，这部分开源社区的力量最大。
2、第二个层次主要是涉及Android框架中间件部分，如多媒体/3D框架，Java虚拟机等等，这部分Google控制的是最严格的，因为他要控制Android各种feature以及捆绑自己的移动互联网应用，必须规范中间件。这部分所涉及的软件技术也最多，从各种C/C++库，Java虚拟机性 能，用户体验抽象到数据库设计等等很大的内涵。
3、第三个层次就是App开发层次，这个层次主要就是利用Android SDK开发了。很多C/C++出身的觉得是用Java开发，其实Java就是啥都是指针的C++，外带try/catch以及垃圾收集，上手其实是很快的。
4、如果你是个新手的话建议你多掌握些技术知识，不管是自学还是去其他地方学习，教学联盟也许会帮助到你，暂且说到这里。
1、优先级别不同：iOS最先响应屏幕
当我们使用iOS或者是Android手机时，第一步就是滑屏解锁找到相应程序点击进入。而这个时候往往是所有操控开始的第一步骤，iOS系统产品就表现出来了流畅的一面，但Android产品却给人一种卡顿的现象，更别说后续深入玩游戏或者进行其它操控了。这是为什么?
其实这与两个系统的优先级有关，iOS对屏幕反应的优先级是最高的，它的响应顺序依次为Touch--Media--Service--Core架构，换句话说当用户只要触摸接触了屏幕之后，系统就会最优先去处理屏幕显示也就是Touch这个层级，然后才是媒体(Media)，服务(Service)以及Core架构。而Android系统的优先级响应层级则是Application--Framework--Library--Kernal架构，和显示相关的图形图像处理这一部分属于Library，你可以看到到第三位才是它，当你触摸屏幕之后Android系统首先会激活应用，框架然后才是屏幕最后是核心架构。
可以看到优先级的不同导致了iOS产品以及Android手机在操控过程中的表现差异，当你滑动屏幕进行操控的时候，iOS系统会优先处理Touch层级，而Android系统则是第三个才响应Library层级，这是造成它们流畅度不同的因素之一。不过优先级对系统流畅性有有影响不假，但并不是最绝对的，造成两系统之间流畅性不一的现象还有其它因素。
2、硬件工作配置不同：iOS基于GPU加速
目前智能手机硬件装备竞赛当中，其实处理器等配置已经达到了一个瓶颈期，各大旗舰产品在硬件比拼当中基本上没有太大的区别，而这时候GPU就成为了一个凸显差异的重要因素。一些大型软件像是3D游戏对GPU性能要求都会比较高，苹果iPhone产品采用的Power VR SGX系列GPU在当下来说非常的主流，跑分测试数据证明了它并不会比一些旗舰级别的Android产品差劲。
而iOS系统对图形的各种特效处理基本上正好都是基于GPU硬件进行加速的，它可以不用完全借助CPU或者程序本身，而是通过GPU进行渲染以达到更流畅的操控表现。但是Android系统产品则并非如此，因为Android需要适应不同的手机硬件，需要满足各种差异配置，所以很多图形特效大多都要靠程序本身进行加速和渲染，并严重依赖CPU运算的操作自然会加大处理器的负荷，从而出现卡顿的问题。虽然Android 4.0以及4.1等更高版本中进行了改进将硬件加速设为默认开启，但依旧无法做到所有特效全部都靠GPU进行加速。在很多Android手机里面都自带有;是否开启GPU渲染;这个功能选项，不过开启之后的改善也是微乎其微。
屏幕最先响应的优先级关系，再加上iSO本身GPU加速程序的特性，使得大家在操控过程中感觉iOS手机拥有着不错的流畅性。因为它本身的整个流程都是在为最大化的流畅做服务，不管是第一印象的滑动接触屏幕，还是你进一步使用程序之后的更深层操作都是如此。而GPU加速这点特性，应该是它优于Android系统流畅性的又一个因素。
3、开发机制不同：安卓机制效率低
Android的编程语言是JAVA，而iOS的则为Objective-C，不过要是说Android系统之所以有些卡顿是因为JAVA开发语言的关系，或者是拿它和Objective-C对比肯定会有人提出质疑。Objective-C的优势是效率高但比较;唯一;，而JAVA的优势则是跨平台不过运行效率相对偏低，其实这两个编程语言所带来的机制不同，就已经造成了各自系统之间的流畅性差异化。
iOS的Objective-C，编译器gcc，而这个gcc编译出来的代码又被苹果专为iOS架构优化到了极致，运行过程中也不需要虚拟机在中间插手，执行效率自然很高--引自网络。这一段话应该是iOS系统本身运行程序的执行过程，而Android是通过JAVA虚拟机来执行，并且系统需要占用大量内存来换取执行速度，再加上不定期的内存自动回收机制，从而直接导致了卡顿现象的出现。
Android的JAVA编程本身运行效率比Objective-C低一些，而且再加上内存自动回收的机制，所以造成了一些卡顿不流畅的现象出现。但根据技术人员讲解，现代的JAVA虚拟机效率已经不再是最大的瓶颈，Android 4.0系统版本之后的卡顿现象明显得到了改善，所以这也是有用户并没有发现自己新买的Android手机出现太多卡顿现象的.原因。看来编程语言和机制已经被Android进行了改善，这同样也不是造成它与iOS流畅性偏差的唯一因素，不过影响却是实实在在存在着。
4、系统设计不同：安卓APP无法统一
有了优先级的关系，有了GPU加加速的影响，还有两个系统各自编程以及机制的问题，似乎已经可以说明为什么iOS相比Android更为流畅的原因。但最终还有一个问题是就是应用程序，很显然用户觉得卡顿都是在运行软件的过程中产生，毕竟没有安装任何应用的初始出厂手机基本上都不存在不流畅或者延迟等现象，而且一款智能手机不安装任何应用程序那也不符合用户的购买初衷和使用行为。所以归根结底，Android相比iOS的应用程序，到底出了什么问题?
因为iOS产品的封闭性，所以所有的APP运行对象都比较单一，因为每个应用程序都是被运行在iPhone，iPad等iOS产品当中，它们有着很高的硬件利用效率。因为iOS系统的配件供应商只有那么几家，CPU也是一年换一次，这点不像Android终端年年变月月变，开发者很难遇见未来终端分辨率会包含多少种，GPU驱动会包含哪些等等，所以相对来说Android应用开发成本较高且收益较慢。而iOS应用开发则因为软硬件垂直整合而受益，这样一来苹果自然就保证了应用本身其与硬件产品之间的完美结合程度。
其实Android和iOS两大系统APP开发情况的不同，也正是它们开发和不开放的特性所造成的。如果要是拿旗舰Android手机加上一个专为这款旗舰产品设计的游戏，来和苹果iPhone 5运行对比的话，你真的不会遇到Android旗舰机出现卡顿延迟的问题，为什么因为这款游戏针对这款手机设计，在软硬等方面都达到了最大化的兼容和优化，自然就不会出现停滞的现象。
而Android系统程序要被安装在各种符合要求的手机上面，开发者也不可能针对所有的机器型号进行开发，只能在比较主流的机器上进行测试并保证运行效果，所以他们为了兼顾整个产品线只能不得不降低游戏体验以达到高中低产品可以共用的效果。最后那些占据了Android终端份额的大量大众用户们由于自己的手机不是旗舰产品而得不到流畅的使用体验，自然而然就会产生Android产品不如iOS流畅的抱怨。
本篇内容主要目的在从整体上了解Android 庞大的系统架构，根据系统架构中的不同模块和分层找到和梳理一条学习路径，这样能更好的切入到不同的模块学习，直到最后全部打通。
接下来我们从两个角度来分析
下面这张图是Android官方提供的一张Android系统的预览图。
从上面这个图中我们可以知道，Android系统一共有5部分组成，他们分别是
从纵向层级架构的角度来看，我们了解了android系统经典5层结构，他们如垒砖一般纵向堆叠在一起。但是其实每一层都包含了大量的子模块子系统，并不能体现出Android整个系统的内部架构、运行机理，以及各个模块之间是如何衔接与配合工作的。接下来借鉴了gityuan总结的一张系统进程图，从系统进程的角度来看Android系统的工作原理。
Loader层： 引导kernel启动
Kernel层： Android内核空间
Native层： 进入用户空间
Framework层： 给app层提供api以及系统服务,
App层： 各种各样的应用程序apk
参考文献：
在App运行过程中，我们的视图层级可能会由于用户的操作一直在发生改变，甚至可能会有一些出乎预料的变化，本文将会介绍 如何进行Android视图实时分析，分析View的视图层级及属性变化。
首先，笔者先来一个简单的Demo实例。我们使用Android Studio新建一个Empty Android工程，跑一下程序，界面如下图所示：
接下来，我们要对视图层级进行分析，但分析之前先给各位介绍两个视图分析工具。
1. Android SDK 中 tools 包下的 hierarchyviewer ，最终展现的视图效果如下：
2. Android Studio 也有自带的视图分析工具 Layout Inspector（布局检查器） ,打开方式如下图所示：
可以看到Layout Inspector最右侧的属性栏可以查看 每一个View的所附带的属性及属性值 。
从根视图开始分析视图层级，如下图所示：
DecorView的第一个子View（LinearLayout）, 如下图所示：
DecorView的第二个子View（View）,如下图所示：
DecorView的第三个子View（View）,如下图所示：
至此，DecorView的最外层View全部分析完毕。
接下来，分析DecorView的第一个子View(LinearLayout)，如下图所示：
ViewStub的属性信息，如下图所示：
FrameLayout的属性信息，如下图所示：
接下来，继续分析FrameLayout的子View，如下图所示：
ContentFrameLayout的视图属性，如下图所示：
ActionBarContainer的视图属性，如下图所示：
不过，还有个问题需要提醒一下， 不同机型，不同系统主题设置 生成的视图结构可能会不一样，举两个例子：
例一：笔者把使用的模拟器换成自己的手机（360N5 Android 6.0.1） ，运行后视图布局如下:
可以看到 笔者的手机是没有NavigationBar(底部导航栏)的 。
例二：笔者把Activity的主题"Theme.AppCompat.Light.DarkActionBar"换成无标题栏主题"Theme.AppCompat.Light.NoActionBar" ，运行后视图布局如下：
可以看到视图结构与我们之前分析的相比，发生了一些变化。
最后，还有个细节给各位补充下： Layout Inspector 只能分析出Android Studio当前 “正在运行的APP” 的视图布局结构，其他应用的视图布局结构是无法显示的。
如果我们想要分析一个第三方应用（如：微信、QQ）的视图结构可以使用 Android Device Monitor(安卓设备监视器) ，具体打开步骤如下图所示：
以QQ为例，我们先打开手机QQ，显示出QQ主界面，然后按照下图的 "红色圈选" ,依次点击,当前的视图结构就出来了，但是相比于 Layout Inspector 工具，视图属性信息提供的较少...
视图层级分析 到此结束，有时间再补篇源码，分析一下布局加载的流程。
写这篇文章的时候被IOS同事嘲讽了，它们吐槽Android的视图分析工具太渣，最后对比看了下，Android的视图分析工具确实没有IOS的高大上......╮(╯▽╰)╭
最后，秀一下IOS的视图分析工具 Reveal ，如下图所示：
重庆分公司
重庆分公司
