《Android平台机制深入分析 有米分享费下载.docx》由会员分享,可在线阅读,更多相关《Android平台机制深入分析 有米分享费下载.docx(99页珍藏版)》请在优知文库上搜索。
1、Android平台机制深入分析目录Android核心分析之一分析方法论探讨之设计意图1Android核心分析之二方法论探讨之概念空间篇3Android是什么之三之硬件形态5Android核心分析之四一的软件形态6Android核心分析之五根本空间划分7Android核心分析之六IPC框架分析Binder,Service,Servicemanager.11Android核心分析之七Service深入分析21Android核心分析之八Android启动过程详解31Android核心分析之九ZygoteService36Android核心分析之十AndroidGWES之根本原理篇40Android核
2、心分析之H-,AndroidGWES之消息系统43Android核心分析(12)-AndroidGEWS窗口管理之根本架构原理48Android核心分析(13)-AndroidGWES之Android窗口管理50Android核心分析(14)AndroidGWES之输入系统57Android核心分析(15)Android输入系统之输入路径详解59Android核心分析(16)Android系统-概述篇66AndrOid核心分析(17)系统之rilD69Android核心分析(18)Android系统之RIL-JaVa76Android核心分析(19)-系统之GSMCaHTaCker.84And
3、roid核心分析(20)-Android应用程序框架之无边界设计意图87Android核心分析(21)-Android应用框架之AndroidAPPIiCation88Android核心分析(22)Android应用框架之ACtiVity93Android核心分析(24)AndroidGDI之显示缓冲管理104Android核心分析(25)AndroidGDI之共享缓冲区机制112Android核心分析(26)AndroidGDI之SUrfaCeFlinger.116Android核心分析(27)AndroidGDI之SUrfaCeFlinger之动态结构示意图.123Android核心分析(
4、28)AndroidGDI之SUrfaCe&Canvas126Android核心分析之一分析方法论探讨之设计意图分析方法论探讨之设计意图为什么要研究Android,是因为它够庞大,它够更杂,他激起了我作为一个程序员的内心的渴望,渴望理解这种复杂性。我研究的对象是作为开发平台的Android软件系统局部,而不是DaIVik虚拟机本身。作为一个从其他平台装接过来的程序员,要从事Andoid平台系统开发,我的关于平台上积累的知识已经不能满足需要了,Android为我们带来了大量的新名词,Activity,Manifest,INTENT,Service,Binder,Dalvik虚拟机,Framewo
5、rk,Linux,Navtive,JNI通过在源代码,在开发社区,在开发博客,甚至在招聘过程中,我不断的寻求AndrOid是什么。经过一定时间的沉淀,我慢慢的理解到Android不仅仅是一类的总称,不仅仅是一个开发平台,不仅仅是一个虚拟java操作系统,不仅仅是一个开发社区,一个开发标准,不仅仅是一堆代码,Android已经成了一个新的潮流。代码多,系统复杂,纵观社区中AndrOid的研究者,一开始从源代码分析AndrOid就走向迷途,不断的跋山涉水,向纵深冲刺,最终脑袋堆栈不够用,迷失在开始的旅程,或者挂在半途中,鲜有通达者。我感觉到大局部的研究者总是忘记站在高山上向下望一望设计者的意图,一
6、味的随着代码的控制流走入繁杂的谜团,陷入到复杂性的深淋I。我的研究分析是从设计者的意图出发,从抽象的甚至从哲学的高度,从最简单的系统原型开始,从设计猜想开始,而不是一开始就从代码分析展开。首先理解Android大的运行框架,主干流程,系统原型,之后再用源代码分析充实之。当然我这里的设计者意图并不是真正的Android设计者意图,而是我以为的Android设计者意图。要理解设计者意图,就需要抽象。我们需要在哲学意义空间中去考虑系统的描述,即系统在本质上要表达什么。在逻辑空间上去考虑系统根本构成和动态结构。从现实到虚拟对象的映射去理解系统对象的组成,在从数据流的角度分析数据的产生者和消费者之间作用
7、关系,从控制流的角度去分析对象之间的交互关系,从函数调用去分析具体的层次关系。在系统设计上,原型是最能表达哲学空间和逻辑空间中系统本质的东西,原型是事物本质的第一层表达。我以为任何复杂的系统都一个简洁的系统原型,都有它简洁的意义。系统原型是设计者意图的第一表达,所以我们需要从几个方向上去提炼系统原型:(1)从系统本质和根本原理出发(2)从分析系统数据流和控制流分析出发。从设计者意图出发,得出系统原型,提取到大的逻辑结构和系统构成是第一步。之后我们可以从设计者的角度考虑系统猜想系统设计,为什么要这样设计,为什么要有这些构成。这样的根本原型是什么?系统的限制是什么,应用场景有哪些,有些设计的引进还
8、是系统收敛性而为之呢。我们还可以从代码痕迹上去分析,这些概念是如何的得来的?从一定的抽象和高度去理解这些问题,遵循系统原型出发之原那么,在深入分析代码的时候,就不容易陷入细节中。我们就可以随时跳出来想,这些代码在整体上载表达一个什么概念,在描绘一个什么逻辑,他要构成一个虚拟层吗?他是在管理这个硬件吗?他在虚拟这个对象吗?他在构建管理机构?还是在构建一个对象管理?空间管理,为了快速引入了什么样的复杂算法,实际上的原型算法应该是什么样的?只有深入到这个抽象层次,我们才能很好的把握住系统的每一条线,每一个对象的意义。只用从原型出发,我们才能把握住这个系统的实质所在,在干什么?他要表达什么?设计者为什
9、么要这样想?最终极的想法是什么?这样,代码分析就变得简单明了,读代码就变成了是在印证猜想,修正方向。Android核心分析之二方法论探讨之概念空间篇方法论探讨之概念空间篇我们潜意识就不想用计算机的方式来思考问题,我们有自己的思维描述方式,越是接近我们思维描述方式,我们越容易接受和使用。各种计算机语言,建模工具,不外乎就是建立一个更接近人的思维方式的概念空间,再使用工具从该概念空间向另外一个概念空间映射,我称之为人性思维空间向Ol序列描述空间的一个映射。实现方面来看,系统就是一个翻译器,将机器性更加人性化的一种机制。大学计算机经典课”计算机体系结构,其他的可以忘记,但是下面这个图不能忘记:这个就
10、是概念空间最本质的原型表达:作为观测者看到了什么?设计者给了观察者什么?给出的答案是外部特性。(1)提供给观察者的概念空间是什么?(2)内部特性的概念空间是什么?概念空间所表达的东西带有两个方面的缠绕:一面是人性自由,一面是物性制约(实时响应,系统资源的限制)。所以程序实现的概念空间是人性自由与特定计算机系统物性之间有一个折中,并且根据实际系统而采取某种动态的平衡。而这种平衡将会影响到系统架构,以及设计的思想。特别在这样的嵌入式系统中,这种矛盾和平衡无处不在,这种折中无处不在。而对系统的选取和采用,也就接受了某个方面的折中或某中即在的,也许是看不见的标准,及这样的标准有隐式和显式的。正因为如此
11、,不管是工具的产生,新的平台的产生,都是计算机的物性向人性靠近的一个小台阶。一个新的思想的形成随即带来的新工具,新系统框架,新的体系结构。如果设计者站的高度足够高,那么设计者一开始就会考虑到“我该给他们一个什么样的概念空间,甚至一个什么样的理念,让他们这个概念空间去建立自己的产品“,于是设计者就会开始主动的去建立概念空间,这个概念空间要表达的实际意义,概念空间应该有哪些内容构成,考虑概念空间的完备性和封闭性,考虑概念空间的边界,考虑从哪个根底上建立这个概念空间,考虑如何与概念空间外的实体进行交互,考虑系统的资源限制条件,考虑功能性构建的合理性,考虑机器系统与人的平衡问题。我们在学习新系统时,首
12、先映入眼帘的就是新概念。新名词,就如现在我们面临的Android大量的新名词,在程序员的世界都是从代码实践开始的,是从写应用开始去涉及。SDK给了我们一个概念,我们就在这个概念框架下,使用SDK给我提供的函数接口,数据结构,初始化过程等,我们最初的接触到原型就是HelloWorld之类的DEMo程序,我们在Helloworld上去使用各种不同的接口函数,对于应用程序员来讲,他说看到的系统就是系统调用接口,及其编程开发流程。实际上只要一使用这些接口,就不得不接受一系列的概念,只有在这种概念系统下,我们才能工作。但是,实际上我们却忽略了这样的概念系统的理解,只是在编程接口的这个狭窄的空间去理解系统
13、.我们理解系统在形成理解概念的空间只是微小的一角,很少有资料来介绍这种概念系统的形成和理解,编程接口只是这个概念空间一个,对外部的一个表征。我们可以抽象起来,以接口,协议和行为,来描述系统的情况。SDKAPI的实质向上层提供了一个语义接口,从而在层间实现了一个转义过程,同时又成为一个功能的集合体。但是我们很少这样跳出来看,我们到底是处于一种什么样的概念空间,SDK除了调用接口外,还给了我们怎样一种整体概念?目标系统的根本构架在本质上的东西就是一个概念系统到另一个概念系统的映射。让我们大脑理解的概念系统映射到计算机能实现的概念域的一个映射。我们假定这个概念域E,机器能够理解的概念域为M,我们的软
14、件工程要做的事情实质就是:EGM领域的一个映射过程。为什么要在宏观上把握这些概念呢,显然有我的目的,理解概念空间是理解设计者意图的一个重要途径。设计者要想给开发者提供什么,设计者想要提供给最终用户什么。我们需要站在高处看待系统明白设计者意图。Android的实质还是一套管理硬件系统的软件,这个话讲起来没有多大意义,计算机操作系统本质都是如此,Andioid是GOOgIe云计算方案的一局部,我们修正成:Android建立的本质就是让计算机成为我的云接入移动智能终端。作为硬件管理软件,Android提供概念空间内涵实质上泛操作系统内涵,我们的理解可以从泛操作系统概念空间映射到Android系统中去
15、。而作为云计算的一局部的内容,我们可以云计算的概念入手去研究Andoird。一Android概念空间Andoid内特性空间Android外特性空间Android是什么之三之硬件形态硬件形态本节可能与AndrOid无关,但是Android系统现在这个阶段更多的是移动终端形态的开发平台,本节给出了Android背后的工作-AndrOid管理的硬件是什么,Android的本质就是要管理好这些硬件局部,为用户提供一个体验更好,速度更快的智能移动终端。对硬件形态的认识是要让我们对硬件组成有个感性的认识,让程序员知道系统中的代码是管理那一局部的,即我们堆破头的目的是什么,让思维有一个伸展。为了对这类嵌入式系统有一个较为深入的了解,我制作了如下的硬件结构思维导图,在这张图上我们可以看到组成硬件的有哪些,初步了解到管理平台为什么要那么多的管理框架和层次,从最底层理解Android设计者的设计意图,这个思维导图其实只是不意图。mPTto动作酶岸暴无限大38检分辨室:,酸瑾淞轮巨机决口误求:.Ehll,此C匚Serial闲的H也漫耳的觉出叩i1华厉。F姿太(浬控遢俵)电单位性 百身片tie.:;PlrtT f mi,二二我们知道这种嵌入式系统,硬件架构最简单描述的描述为: