Android系统开篇

Android版本简介

Android系统从2007年最早的Android 1.0发布到今年Android 8.0的发布,虽然已经发生了很大的变化,但是基本的框架并没有太大的变化,我先后接触过Android 2.2、Android4.4、Android6.0、Android7.0版本,下图分别是Android 2.2和Android8.0的软件架构图,从这两张图中可以看到,即使是最新的Android版本,其框架依然和Android 2.2版本保持基本一致,这得益于Android早期版本就已经经过良好的设计,使其具备了很好的扩展性。从这两幅图中可以看到的一个最大的变化就是Android虚拟机从dalvik换成了art,当然每一层的具体实现,有些确实也发生比较大的变化。

Android系统开篇_第1张图片
Android系统开篇_第2张图片

那么Android有这么多版本,如果想对Android系统进行分析,选择什么版本比较好呢,其实这应该是一个因人而异没有绝对答案的问题,如果只是想搞清Android系统原理,我建议选择2.x版本就好了,因为2.x版本在框架上基本定型,而代码规模要小很多,能最快速的把握核心逻辑和原理,而且如果真的把2.x版本搞懂了,说明具备了分析Android系统所需要知识结构,也具备快速分析任一Android版本的能力。这也是老罗和邓凡平等前辈基于2.x版本的分析依旧对新手有参考意义的地方,有时候看到那些说分析过时的评论也是苦笑不得啊。理解了2.x版本后,就可以根据自己工作的需要,再分析具体的版本了。

博客内容说明

就我自己来说,对一些实现机制上发生较大变化的又比较复杂的模块,我会先对2.2版本进行分析,然后再对6.0版本或其他有代表性的版本进行分析,主要是想看一下技术演进的过程,而如果是一些实现机制上没啥变化的或者简单的模块,我会直接对6.0版本进行分析,因为我觉得这两个版本比较有代表性吧,而且接触的时间也多一点,但是最后写成博客的话,为了节省时间,基本都基于6.0版本来写吧。

好了,扯了这么多废话,究竟应该怎么分析Android这个博大精深的系统呢?我觉得不管采用什么方法,对于想分析Android系统的童鞋来说,首先要达到的一个目标就是打通整个系统,可以先分析一些通用的模块,比如四大组件相关的,然后再分析专业性比较强的模块,比如多媒体子系统、网络子系统等,可以采用情景分析法,比如某个组件、某个功能的原理和流程,系统启动流程等,我准备大概按以下提纲来安排我的博客,实际写博客不会按顺序来写,写完一些基础的博客后,会先写一些最近工作中相关度比较高的一些东西。

  • Android基础
  • Android系统启动流程
  • Android app组件
  • Android显示子系统
  • Android多媒体子系统
  • Android网络子系统
  • Android虚拟机
  • Android开发调试
  • 等等等

分析Android系统是个任重而道远的事情,是个需要持续积累的过程,刚开始肯定会碰到一些门槛,不过跨过去之后基本就一马平川了,主要就是需要一个比较全面的知识结构,如果你软件经验比较丰富基础比较好的话,应该会比较顺利,不然的话肯定会比较吃力的,容易陷入细节,抓不住重点。如果对系统比较熟悉了,要写成博客还需要投入很多的时间,不管怎样,路漫漫其修远兮 ,吾将上下而求索,一起努力吧。

你可能感兴趣的:(Android系统开篇)