Java源码阅读的真实体会

客观的说，我的技术并不牛，因为我除了六年前用Java写过一个BT服务器(编码器、解码器、协议解析)、后来写过一个一站式框架，特别有技术成就感的作品并不多，因为这几年主要还是做MIS系统，关注宏观架构(技术如何支撑业务)，MIS系统有难度吗？

虽然创业那一年，在只有英文Help情况下，把Flex工程化、基于它做了一套业务框架和系统，很自豪，但碰到一个很底层的细节问题，怎么都没搞定。

但我还是有点自信的是，要搞什么技术，只要给我点时间，我基本上都能搞定，比如让我写一个Tomcat。写技术框架，关键是架构和设计，到技术实现层面都不难了。除非是做视频解码器这类玩意，我还是有点心虚的。

+1

希望坛里的大牛们多分享经验。。。

拍块砖,不要把读源代码作为主要的学习方式。

读源码给你带的好处是什么?
是否有其他方法或途径(读API文档,学科/领域内高质量专著)带来同样的好处?
哪种方式更高效?


学习的效率。源代码中没有什么知识或者技巧是书中不曾提到的。好的图书条理清晰,抽丝剥茧,由浅入深。源代码的职责绝非讲述/传授知识,有用的东西被四处分散,混杂着次要或不相干的噪音,甚至还有错误。

思维的污染。遇到具体问题的时候,发现xxx框架/开源产品有这个功能, 不自觉的去回忆/查看xxx的实现细节,直接拿过来或者模仿一下就解决问题了。日子久了,习惯收集代码,记忆代码,把自己变成代码百科。创新能力,应用知识独立解决问题的能力被弱化,没见过就不会做。

实践的缺乏。没有被一门学问深深伤害过,是无法真正掌握它的。读书可以跟着书中的安排做一些练习,巩固知识。读源码呢,如何把你读到的实践? 山寨一个xxx框架?太大了吧。

知道你不该知道的。文档中没有声明的'小技巧','小后门'被你通过读源码发现了,应用了,真的是好事么?


吹牛B的时候,引几本高质量书籍可比干巴巴的说几个框架名,类名,然后加一句,"你去看看就明白", 拉风多了。

我很欣赏这种不同的声音。

顺便说一句，读Spring源码前，一定要搞清楚Spring究竟解决了什么问题。通俗地说，Spring就是电脑主板，你可以插入声卡、显卡、网卡....
因为刚开始用Spring框架时，很多人会发现这玩意根本没用。确实，小项目不用Spring也能够做好。

......,比饿都NB，膜拜。。。。。。

楼主是牛人啊 。小弟佩服。向你学习。

1、只关注项目本身，不懂就baidu一下。
一直用的是google，百度简直是坑爹。。。。
没有lz看的那么多，mark下慢慢看。。。

支持楼主，不错不错，给我们新手很好的指导啊。

同感