是什么支撑你们去看框架源码的？

[binbinyouliiii]

我每次去看源码，比如像 Spring 这种，大体思想我还是知道的，但是这么大的框架，完全没有头绪,一个类跟多个类相关，注释也是介绍怎么用，不会介绍架构。

比如一个注解类，整个框架环环相扣，循序渐进越来越多的类根本看不下来，更别说总结了。

网上一堆介绍源码的文章，就简单的介绍两句，接下来就直接贴了一大段代码，看个鬼哦！

有的文章也不错，但是都是只言片语，或者深一点的找不到资料。

老哥们是怎么看源码的，或者说都是硬啃的？

[usingnamespace]

@chuanzhangACE 自己长期慢慢研究的源码一定要写成博客！！或者笔记 不然真的是白看

[2kCS5c0b0ITXE5k2]

因为从重量级框架转到轻量级框架不得不的去看那些框架是怎么实现的 ....

[ericgui]

@srx1982 +1

[zhengjian]

文档中描述的功能不足以实现需求的时候，就去翻翻源码有什么非公开的 Api。

然而人家就那么设计的，看了也没得用。

[congeec]

看源码更简单+1

[Just1n]

最好的读源代码的办法应该是 Debug 吧，而且我一直觉得 Debug 是每一个程序员最重要的能力之一。

[comi]

分模块硬吭，调试+运行。
细节是魔鬼。

[wweir]

更多是看 runtime，用到技术的论文资料。框架一般只看思想和骚操作

[bzi]

不想知其然而不知其所以然

[wly19960911]

很多实现需要看框架源码来调试。另外就是一些架构，还有 UI 框架的布局都是值得学习的

[wupher]

of course bug

[q397064399]

框架中很多代码是不值得看的，像 Spring 这种有年头的东西，里面很多代码 都是为了处理 dirty case，没必要浪费时间去一行行阅读，另外这些框架封装的层次太多，只是核心原理就那么点东西，去完整的翻看代码是一件投入产出比极低的事情，如果要研究 Spring 建议看 相关介绍的书籍 读代码 建议直接读 TinySpring，另外真的学技术 还是从底层把基础打好，这些框架东西都摆不脱底层 协议 操作系统 语言特性 那些玩意东西的。

[linZ]

因为五一玩游戏太多了，有负罪感。。。

[ala2008]

想扩展功能和看看怎么实现的。。

[specita]

一般会找个小的开源项目看，spring 这种 debug 时才会看

[bakabie]

Typecho，看源码比看文档快多了

[eternaldzw]

穷

[wizardoz]

个人不喜欢主动去看源码。但是有时候用到一个 API 或者类，文档没有提到自己关心的点，那就需要去看一下源码。但是也仅限于局部的看。一旦自己需要知道的看明白了就不看了。

[hihipp]

看框架源码，从启动类开始找线索，依赖注入严重，有时候挺难找具体实现类的。

至于部分框架源码，驱使我去看有这几种原因。
一：想看看这部分是怎么设计与实现的。
二：对比不同方法相同功能，内部差异是什么？

[vance]

一般只针对某个类或某个方法实现去看，像 Spring 这种框架只了解了下原理