我个人经验是几个方面：

1、写代码的经验要达到一定程度，否则，出现语法、JDK方法、设计模式等等没见过的情况，这种情况出现的过多确实影响读代码。特别是泛型呀、反射呀、动态代理呀、设计模式呀，这个是最影响阅读的，因为框架类的东西最有可能运用它们，而且如果你有自己搭建框架、封装共通接口的经验，应该是深有体会，这不是为了炫耀技术用的，是因为你如果想做的更抽象，更灵活，更易扩展，这是需要的一些手段。顺便说一句，如果你开发经验很少，暂时不要强迫自己去看源码，可以等一等，写个几万行有效代码后再说。而且在初级阶段不一定非要看什么框架的源码，可以先看其他小伙伴的代码，特别是经验丰富的人写的结构缜密的代码，如果他们的代码你看起来都吃力，何必急着去看源码？

2、看源码前多了解一些东西更利于理解源码：通过官方文档、网上搜索、看相关技术贴的方式，了解它的运作原理，了解框架背后的故事：设计方式、代码层次结构、关键或者说核心的几个类、都是用来干嘛的，然后用一用这个框架做点小例子。

3、在上述的准备工作做好后再去看源码，看的时候不要忘记自己已经了解的原理性的东西，尽可能的往这上面靠，看它代码是不是这么实现的，找到关键代码，其他细枝末节的不一定非要全看懂，在这过程中还要谨记你了解的层次结构，看看当前处于哪一层，是做什么用的，特别是在技术贴中提到的核心类，它们的功能一定要清楚，不行的话就在看的过程中画画图记下来，看看当前走到哪一步了，每一步的作用。

其它：更快的看源码也可以是猜的，这个就真的要凭经验了，如果只是会用，很多东西还不了解的情况下上来就看源码，就可以凭经验去猜，因为在使用的过程中我就会去想，它是怎么实现的呢？如果是这么使用的，那如果我来开发提供给别人一个这样的框架我会怎么做呢，越有经验的人越会逼近真相。

越是有经验才越会逼近真相,努力吧.......