Android frameWork学习和思考

 

如何学习Android Framework？路只有一条：Read the f*cking source code。至于如何「平稳」过渡，其实我觉得学习曲线并没有那么陡峭——Android Framework的代码不也是代码？不理解是因为没有整体把握而已。

不论是看书，看博客，你的最终目的只有一个「学会看源码」，而不是「学会源码」。关于如何阅读源码，这不是一个简单的问题，我有几点经验：

1. 看不懂的多读。上面已经说过了，没有人一学就会；特别是对于初学者，你刚看系统源码，肯定一头雾水；万事开头难，在你觉得艰深晦涩的时候，你就当在背课文；Android Framework的代码时遵循一定规范的，你在背了一篇课文之后，再去读别的课文，读到一半的时候就算你看不懂，很有可能你就会知道下面要讲什么了，虽然下面要讲的你也不懂。背熟了之后，你就可以想每一句是什么意思了；而这里面的「段落」、「句子」不就是普通的代码吗？就这样，一步一步串联起来，聚沙成塔，积少成多，就水到渠成了。「书读百遍，其义自现」讲的就是这道理。如果你真的想要学习Framework，一定要多读，硬着头皮读，不要放弃，否则都是扯淡。

2. 不重要的少读。看不懂的很容易知道是什么，那么怎么知道哪些代码是不重要的呢？这里有两层意思：其一，强调的是大局观，在初学习一个模块的时候，你需要先把握整体，再了解局部；这个场景下，所有的细节都是不重要的。其二，那些真正不重要的逻辑；你刚学习的时候肯定没有办法知道哪些是影响不大的逻辑，所以你需要跟着书籍，博客，让前人带路；如果跟着它们的脚步走通了这条路，那你就自己独立走一遍，这时候你肯定会走丢，然后你跟踪、尝试，接着到达终点；这时候你自然就知道，哪些重要，哪些不重要。

3. 边读边思考。学而不思则罔，思而不学则怠。带着问题去阅读源码，这里是什么意思？为什么需要这么做？这样的实现是优雅还是俗套？有没有更好的实现办法？如果我来写，我会怎么写？诸如此类，有了思考就有了自己的理解。

4. 不是所有的都需要思考。接上条，Framework的代码也是人写的，有精华，自然有糟粕，也有食之无味的。你不用对着每一段代码都问个十万个为什么。一个问题通常有很多种解决方案，当时的设计者选择目前这种实现，有兼容问题有历史原因，还有它自己的理解；不是所有的实现在现在看来都是很好的实现，所以，追问这些问题很多时候都没有意义，不要过度解读。举个例子，Android的IPC机制为什么用Binder？也许有人说，Socket不安全，效率不够高；共享内存使用不方便，等等。但是你去看看这个问题：为什么 Android 要采用 Binder 作为 IPC 机制？ - Android 开发 你就知道，很多时候并没有那么多为什么。

5. 记得做笔记。做笔记的重要性在于，它可以记下你自己在某个阶段自己的理解，当你更进一步的时候回头再看当初的理解，想想哪里是对的，哪里又有问题，这是一个相当有意思的过程。我想每一个人在看自己之前写的代码，都会有在某个地方觉得自己是沙比的时候。根据你学习过程简单总结一下，这样你的元认知能力就得到了提升。