我今年41岁,使用Java开发将近20年了,目前还在技术一线。

虽然我是科班出身,但其实十多年走过来,无论是Java语言本身,还是相伴的工具和框架都发生了巨大变化。而我自己也是一路学习新技能,一路丢弃旧知识。

而今天回头看,也发现自己走了很多弯路,浪费了不少时间,很是遗憾!

但是,因为你是自学,面临巨大的入行压力,因此就不该付出太高的试错成本。而应该寻找一条有重点的,高效的学习方法。否则一不小心,很有可能倒在入行的门口,前功尽弃。

但好在Java学习,总的来说还是重点突出、难点分明的,也确实存在一条高效的学习路径。

过去半年,我不断的盘整自己的思路,陆续写了几篇文章,来分享我对高效学习Java的看法。但不足之处是,这些文章都分散在不同的回答下。因此,今天刚好趁此机会,我把它们整理起来,希望对你的学习有帮助。

1.Java学习的重点是什么?

从大学到现在,我使用Java已经将近20年,日常也带实习生,还在公司内部做training,所以可以分享下我的经验,希望对你有用。

因为是在工作中培训,就必然有两个约束:实用、时间紧,因此就不能像大学那样,把所有的知识点都面面俱到的讲到。而只能挑基础的,实用的,难理解的讲。至于其他边边角角的知识,就一笔带过。一则没有时间,二则不常用,再则既使讲了,学生印象也不深刻。总之一句话:“好钢用在刀刃上”。

下面,就根据我的实践,具体谈下学习过程:

1.基础知识

我学习java的时候,先是通读了《Java编程思想》,然后是《Java核心技术》。当时这两本书还不像现在这么厚,而刚才我把案头的《Java核心技术》第9版翻了翻,上下两册已经1700多页了,可想而知,如果要把它通读一遍,且不说把所有的代码都调通,就是当小说读,估计也需要些时间。

但我现在教学依然首推《Java核心技术》,主要是体系完整,实例多,可操作性强。但对初学者,我一般是只讲前6章,也就是下面的内容:

  1. Java程序设计概述
  2. Java程序设计环境
  3. Java的基础程序设计结构
  4. 对象与类
  5. 继承
  6. 接口与内部类

就《Java核心技术》第9版来说,也就是到250页为止,加把劲,1个月拿下完全没问题。

因为你是自学,所以建议你一定要把其中的代码都调通,课后的作业尽量去做。除此之外,还有两点特别重要:

#.学习笔记

因为你是自学,不像在企业中学了就能够实践,印象自然特别深刻。而自学因为没有实践的及时反馈,所以记笔记就显得特别重要。因为记笔记就像写作一样,是整理思路的绝佳方法。同时学习笔记也是你以后开发,面试的绝好资料。

学习编程,人跟人是不一样的,别人觉得难理解的东西,对你却不一定;而你觉得难理解的东西,别人可能又会觉得特简单。而学习笔记就是自己专有的“难点手册”,有点像高考时的“错题本”,以后无论是在面试前,还是在日常工作中,随时都可以翻出来看看,自是获益匪浅。

#.分门别类保存demo

学习笔记是很好的文字资料,但编程界有句话说的特别好,所谓“no code, no text”,意思就是说:千言万语都没有一段代码来的实在。

以我的经验,在你在学习的过程中,就某个知识点,无论当时理解的多透彻,调试的多棒,只要时间一长,等到了实用的时候,肯定会碰到各种各样的问题,一些看似简单的东西,此时死活就是调不通,正所谓人到事中迷。这个时候,如果你手头恰有运行良好的demo,打开参考一下(甚至直接拷贝过来),问题自然迎刃而解。而且因为这些demo都是你亲手调试出来,印象自然特别深刻,一碰到问题,在脑子中自会立刻涌现。

所以说,在学习的过程,一定要善待你调通的demo,千万不要用完了就扔,等后来碰到困难,想要用时却找不到,追愧莫及。正确的做法就是把所有调通的demo,分门别类的保存起来,到时候查起来自是得心应手。

这是我自己创建的java学习交流qun:六一五,七四一,六三六,这里聚集了一帮热爱学习java的人,如果你也在学习java,苦于一个交流分享的圈子,欢迎你的加入。

人都说“书到用时方恨少”,其实代码也是这样,所谓“demo用时方恨少”。

2.Spring

目前在Java EE开发中,Spring已经成为和Java核心库一样的基础设施,所以说如果想成为一个合格的Java程序员,Spring肯定绕不开。另一方面,如果掌握了Spring体系,Java基本上就算入门了,就有能力进行一些实用级的开发了。

但Spring本身也是日渐复杂,衍生项目越来越多,但最最核心的概念依旧是IOC和AOP,掌握了这两个概念,再把Spring MVC学会,再学习其他的衍生项目就会平滑很多。

同时,因为Spring本身就应用了许多优雅的设计理念,所以学习Spring的过程,也是加强Java基础知识学习的过程。因此等你掌握了Spring,原来很多你理解不透彻的Java特性,此时就会恍然大悟,包括接口、抽象类等。

我学习Spring,读的第一本书是《Spring实战》,坦率的说,书很一般,但市面上比它好的书,我却没有遇到过。还有一本《Spring源码深度解析》也不错,对Spring的设计理念讲的尤其透彻,虽然整本书读起来有些艰涩,但前几章却生动有趣,也是整本书的精华。所以建议你在学习Spring之前,先把该书的前几章通读一下,然后再回过头来学习《Spring实战》会顺利很多。

以我经验,要学透Spring,终极的方法还是阅读源码(我当时就是这么干的),待把Spring的核心源码通读了,人就真的自由了(所谓无真相不自由),不仅是对Spring,而是对整个Java体系。以后再遇到其他框架,大概一眼就能看出其中的脉络,所谓到了“看山不是山”的境界。但这都是后话,可以作为以后你努力的方向。

和学习Java基础知识一样,学习Spring也一定要记笔记,一定要分门别类保存demo。老实说,Spring对初学者不算简单,因此最好能有个好老师带一下,不用太长时间,2个课时即可,然后就是在你遇到大的困难时,能及时的点拨下。

以我的经验,要初步掌握Spring,大概需要1到1个半月的时间。

3.其他知识

Spring是Java编程的基础设施,但真要进入到实际项目的开发,还有些东西绕不过,包括 MySql,Mybatis,Redis,Servlet等,但如果你经过Spring的洗礼,这些东西相对就简单多了,以我的经验,1个月的时间足够了。

4.实践

学习Java,光学不练肯定是不行的。但因为是自学,所以就没有实际的产品让你练手,但也没有关系,谁大学还没有做过毕业设计呢?以我的经验,大家最爱的“学生管理系统”依旧是个很好的练手系统。

别看“学生管理系统”逻辑简单,但麻雀虽小五脏俱全,其中数据库设计、Mybatis,Spring、SpringMVC,Servlet、Tomcat一个都不缺,绝对的练手好伴侣。

还有,虽然你的学习重点在Java,因为要做一个完整的demo,前端的配合肯定少不了。因此就免少不了要学一些简单的JS、HTML知识,但因为前端本就是个很大的topic,所以一定要控制好边界,千万不要顾此失彼。就“学生管理系统”来说,在前端上,只要实现一个包含table、textbox、button,能发送REST请求到server,能实现学生的“增删改查”的简单页面即可。

作为一个练手项目,目标就是把Java的主要技能点串起来,所以自不求尽善尽美(也不可能),所以1个月时间足够了。

最后

按照上面的过程,4个月的时间刚刚好。当然Java的体系是很庞大的,还有很多更高级的技能需要掌握,但不要着急,这些完全可以放到以后工作中边用别学。

学习编程就是一个由混沌到有序的过程,所以你在学习过程中,如果一时碰到理解不了的知识点,大可不必沮丧,更不要气馁,这都是正常的不能再正常的事情了,不过是“人同此心,心同此理”的暂时而已。

在日常的教学中,我常把下面这句话送给学员们,今天也把它送给你:

“道路是曲折的,前途是光明的!”

祝你好运!

2.哪些Java知识没必要学习了

我接触 Java已近20年了,见证了许多Java技术变迁,包括:

JavaEE框架,从百家混战到现在Spring基本一统天下。

Web开发,从标配的SSH到现在SpirngMVC + MyBatis组合。

IDE,从当年如火如荼的JBuilder到Eclipse,再到更好用的IDEA。

我判断的依据主要有以下几点:

  • 实际开发能否用到?
  • 是否有助于加深对技术的理解?
  • 对面试是否有用?

JSP

JSP在实际开发中,主要是作为MVC模型中的V(View)层出现的。当然,View层的渲染技术除了JSP,还有FreeMaker、Velocity等。

JSP作为页面模板,在后端通过MVC框架渲染成HMTL,然后再发送到客户端(例如浏览器)来呈现。这也就是我们常说的“前后端不分离”,“混合式”开发。

而当前,包括我所在的公司,以及大部分互联网公司。要么已经抛弃这种模式,要么正在抛弃的路上,而转向彻底的“前后端分离”。

在“前后端分离”模式下,后端只负责提供服务接口(例如REST),而前端(例如HTML5)通过接口发送/获取,呈现数据(例如JSON格式)。

这样,在后端,原来的MVC框架,某种意义上已经演变为MC框架。因此,与V(View)相关的一切模板技术都失去了学习的必要,其中当然也包括JSP。所以,后来的Java学习者,我的建议是:

“完全可以放弃对JSP的学习。”

Struts

在Java后端开发中,MVC模型还是主流。而Struts作为一个MVC框架,单从技术上来说,还是很优秀的。

但是,现在Spring实在是太强势了,越来越成为Java开发中的“一站式”工具包,其中的一个利器就是Spring MVC。

望名知意,Spring MVC也是一个MVC框架。而且因为它是Spring的亲儿子,自然和Spring契合的非常完美。

同时,在设计之初,Spring MVC就参照了其他MVC框架的优缺点(包括Struts),所以用起来非常爽。因此,在MVC框架领域,Spring MVC大有一统天下的趋势。

因此现在,很多公司,老的Struts项目还在维护。但新的项目开发,更多转向了Spring MVC。因此,如果你是Java新手,正在学习中,我的建议是:

“不要再学习Struts了,从Spring MVC开始吧!”

Hibernate

Hibernate作为老牌的OR映射框架,功能非常强大,涵盖面非常广。但这既是它的优点,同时也成为它的“负担”,是开发人员“不能承受之重”。

Hibernate的设计初衷,是为了最大程度的解放程序员,完全隔离数据库,实现彻底的OR映射。程序员甚至可以不写一行SQL语句,单通过配置就能实现对数据库的操作。

当然,为了实现这个目标,Hibernate也设计的非常复杂、非常精巧。就不可避免的带来以下副作用:

  1. 学习成本高
  2. 配置复杂
  3. 调优困难

前两点不难理解,单说“调优困难”。

因为Hibernate的设计目标是彻底的OR映射,彻底的隔离SQL语句。但必然会带来一定的性能损失。大部分情况下,应用如果对性能不敏感,Hibernate也没问题。但应用一旦对性能敏感,有SQL级别调优的需求,Hibernate的优点反而成为缺点。

虽然Hibernate也支持SQL级别的调优,但因为框架设计的过于复杂和精巧,这就需要开发人员对Hibernate理解的非常透彻,这就带来了更高的学习成本。

而现在最流行的MyBatis,作为一个“混合式”,轻量级OR映射框架,既继承了Hibernate的优点,同时也吸取了他的教训。在支持配置的同时,又能接触SQL,从而带来了更多灵活性(包括调试、优化)。

当前,在实际开发中,Hibernate使用的越来越少了。大家更偏爱MyBatis这种轻量级框架。所以,对后来学习者,我的建议是:

“不需要再学习Hibernate了,学MyBatis就够了。”

Servlet(要精通)

当然,现在不会有任何公司,再用纯粹的Servlet来时实现整个Web应用,而是转向一些更高级的技术(例如各种MVC框架)。因此,会给人一种错觉:Servlet已经过时,后来者就不需要再学习了。

在这里,我可以非常负责任的说:这种观点是极端错误,极端不负责任的。

Servlet不仅要学,而且要学深,学透。

当前,Servlet虽然不再是一个主流web开发技术,但依然是Java Web开发技术的基础,是Java Web容器的基石,是行业标准。而现在流行的各种MVC框架(包括SpringMVC),在最底层,还是以 Servlet为基础的。

为此,我画了一个简单的图(不准确,会意即可):

所以,如果你想要彻底掌握某个MVC框架,则必须彻底理解Servlet。

而且,Servlet作为一个基础设施。精通它,不仅有助于理解各种MVC框架。即使Servlet本身,也有很多实用价值。

如果你深刻理解了Servlet的生命周期,就可以在底层做很多事情。譬如在Request进来的时候,进行拦截,进行权限的判定。也可以在Response发出的时候,进行拦截,统一检查、统一附加。

所以,如果你正在学习Java,对Servlet,我的建议是:

“Servlet不仅要学,而且要学深,学透。”

其他

目前在国内,Java更多是作为web后端技术出现的。因此在实际学习中,很多技术就不符合“国情”,学习的现实意义不大。下面我就简单列举下。

1.Applet

作为页面插件技术,不用多说,连flash都快被淘汰了,更无论从未流行的applet。

2.Swing

作为桌面UI框架。且不说本身设计的咋样。现实开发中,我接触的桌面应用,要么用C++(例如MFC),要么用C#(Winform、WPF)。所以,Swing就没有学习的必要了。

3.JDBC

作为较低层的数据库基础设施,JDBC被很多框架(例如MyBatis)支持。但在实际开发中,程序员即使不了解也无大碍。因此,虽然我不能建议你放弃JDBC学习,但如果你时间有限,完全可以把它的优先级排低一点。

4.XML

XML现在还在广泛应用。但作为一个web数据传输格式,正在逐渐被JSON替代。所以,对Java后端学习来说,XML简单了解即可。至于庞杂的XML操作API(例如XPath),完全不必学习。将来真要用到,再查也不迟。

3.非科班程序员如何补充基础知识

非科班程序员,入了行,该如何继续提升自己?

我是科班出身,大学也算努力,系统的掌握了计算机知识。迄今为止,也工作了将近20年。但老实说,无论是从在实际开发中,还是个人成长,回头看,大学学习的很多课程,其中有很多,要么“用处”不大,要么完全可以换个方式,更高效的学习。

其中的原因,一方面是实际开发更关注知识的“实用”,另一方面,我们的大学教学也确实与产业有点脱钩。

因此,本文,我就从实用出发,简单介绍下那些领域的知识有很大的学习必要性,以及如何有重点的学习。

数据结构

毫无疑问,数据结构对一名程序员来说非常重要,不是有句话说“程序 = 数据结构 + 算法”。从某个角度看,这种说法即使现在依然成立。这也说明数据结构的重要性。

但大部分的数据结构课程,关注的重点都在如何从数学上实现一个数据结构(例如堆栈、链表)。这从研究上来说,没有错。

但在实际开发中,大部分主流语言(例如Java、C#)都已经内置了常用数据结构。而且即使没有内置的,我们也常可以在第三方库中找到现成的实现。而且这些实现,大都经过实践检验,无论是稳定性还是性能都有保证。

也就是说,对大部分程序员来说,在实际开发中,很难有需求从头实现一个数据结构。因此,就完全没必要像科班生那样,从数学源头来学习数据结构,而只需做到下面几点:

  1. 熟悉常用数据结构的概念(例如数组、堆栈、链表、Map等)。
  2. 了解常用数据结构不同实现的差异(例如ArrayList和LinkList的差异)。
  3. 关注常用数据结构的外围算法(例如如何对List和Map进行查找)。
  4. 关注数据结构使用中容易出错的地方(例如是否线程是否安全等)。

当然也完全没必要阅读大部头的著作,而只需了解关注的重点是什么,然后再到网上搜索专题文章学习即可。至于关注的重点,可以参考《xxx面试大全》中的数据结构章节。

算法

这个要具体问题具体分析了。以我接触的领域来说,大部分普通的业务系统都不会涉及到太复杂的算法,因此就没必要专门在算法上投入时间。

但在一些特殊的领域,如果算法跟不上,可能“寸步难行”,例如图形处理领域,无论是图像的变化还是增强,无一例外都要用到矩阵变换,因此就必然涉及到线性代数的内容,顺藤摸瓜,往纵深学,就必然会牵出更多的东西。

因此,对非科班生(尤其是数学不够好的),对算法学习我是持“劝退”态度的。因为,从职业发展来说,这实在是一条太“曲折”的路线。

一方面,目前的开发越来越趋专业化,算法一般由专门的算法团队负责,普通软件工程师只负责算法转换。

以我为例,虽然是科班出身,也系统的学习过算法,但也常有力有不逮的时候。复杂的算法既实现不了,甚至是理解不了。很多时候,我干脆就不做实现,直接请算法工程师告诉我思路,甚至是伪代码,而我负责转化为正式代码(例如Java)。实践证明,这种做法不仅是可行的,而且也是高效的,正所谓“术业有专攻”。

另一方面,人的精力是有限的,你完全可以把精力投入到自己更擅长的方面,例如设计、产品、架构上,从而取得“差异化”的成功。

当然,如果你“心气”很高,一定要在算法上有所作为,我也可以推荐你两本书:

  1. 《算法导论》
  2. 《数学之美》

这些都是我读过,受益良深的作品。

设计模式

设计模式,我认为是初中级程序员,向高级程序员提升的关键点。

在实践中,我见过太多程序员,前期冲劲十足,但后继乏力,最终泯然于众生。我不敢说所有的人如此,但有不少都是吃了设计模式的亏。

在工作的前几年,大部分程序员都是处于熟悉语言层面的阶段,也就是处于“技”的阶段。这个阶段,如果人还算靠谱,大概在2到3年就会过去,接下来就要进入“术”的阶段。在编程领域,“术”的最典型代表就是“设计模式”。因此,设计模式的重要性再怎么强调都不为过。

要学习设计模式,最经典的读物依然是GOF的《设计模式:可复用面向对象软件的基础》,精炼、深刻,没有一句废话。但这本书对初学者来说,读起来太艰涩,一方面是作者极度追求语言的凝练,一方面代码是用C++描述的。因此,我推荐大家阅读《Head First设计模式》,生动有趣,而且是用Java描述的。

但是,如果精力允许,我还是建议你一定要把GOF的《设计模式:可复用面向对象软件的基础》阅读一下,而且要不止一遍的读(我就是)。这本书绝对常读常新。

当然,学习设计模式,不仅要读书,更要从实践中学习。例如学习Spring框架的过程,如果你有思考,就会发现其中有太多设计模式可供借鉴。

学习设计模式,就是从实践到理论,然后再从理论到实践,反复实践,反复思索,反复总结的过程。当然,这也是从一个“码农”转变成“工程师”的过程。

软件工程

实现一个软件系统的过程,不仅只有编码。还涉及到项目安排,团队协调等一系列非技术因素。而作为一名程序员,如果想往上更进一步,独当一面,成为team leader或者开发经理等管理职务。则软件工程一定要跟上。

当然,软件工程这么多年也一直在进步,从原来的瀑布开发,到现在流行的敏捷开发,但无论怎么变,有些经典的东西还是不变的。下面我就推荐几本我认为现在依然值得深读的书:

  1. 《人月神话》
  2. 《人件》
  3. 《Scrum敏捷软件开发》

当然,关于软件工程,最好的学习方法依然是观察。观察你所在的团队、所在的公司是如何处理工程问题,然后思索,阅读,最终形成自己的方法观。

架构 & 设计

写出一个好程序,有几个维度,从下到上,也是一个程序员逐步升级的过程。

第一阶段,首先要保证基本功扎实,最简单的说,要做到语法熟练、基本框架熟练,成为一个功夫精熟的“码农”。

第二阶段,从“技”到“术”,从“码农”到“工程师”。这个阶段的关键技术是设计模式。在局部上,不仅追求实现功能,更关注实现的好,关注功能之外的维度,例如健壮性、低耦合、可扩展等指标。对主流框架(例如Spring),不仅会用,更有深刻的理解。

第三阶段,从“术”到“道”。

这个阶段,不仅在局部上追求一个模块的好坏,而且还要从整个系统层面去掌控程序,例如保证整个程序不出现系统腐败,如何安排资源的优先级等。这个时候就不是单一的维度,单一的技术能够保证了。

经常有朋友问我是如何成为一名架构师的,很难用一句话来回答。

我可以路线鲜明教你如何成为一名优秀的软件工程师,但至于如何成为一名架构师,我想除了努力,运气肯定也很重要。但无论如何,有机遇,不是还得有准备嘛?

作为一名架构师,所靠的肯定不是单一的维度,也不是但靠纯粹的读书能获得的。但就我来说,有些经典书的阅读,确实给我日常的工作带来了巨大的帮助,下面我就推荐给你:

  1. 《代码大全》、
  2. 《重构:改善既有代码的设计》
  3. 《设计原本》
  4. 《大型网站技术架构核心原理与案例分析》

作为一名程序员,从技术菜鸟到大拿的路径有很多,其中最核心的因素就是坚持和努力。学习的过程,就好像登山的过程,以我的经验,大概有80%的人在攀登的过程中,会因为这样那样的原因而掉队。

但无论如何,我相信,只要目标明确,努力加坚持,即使是一个非科班生,也完全可以登顶。

4.Java学习的一些补充建议

关于Spring Boot

Spring Boot是目前学习和应用的热点,所以就有不少人说:“Spring和Spring MVC已经过时,不需要再学习了”。

在我看来,上面的观点是极端错误和不负责任的。

从设计目标来说,Spring Boot只是实现了Spring的自动化配置,降低了项目搭建的复杂度。

从技术上说,Spring Boot的底层依然是Spring的核心机制,包括IOC、AOP,以及实现者 – Spring容器。所以,Spring Boot作为一个承载者。如果承载的是web项目,Spring MVC该怎么工作,还是怎么工作。

与“传统”程序不同,Spring应用主要通过配置、注解,然后由Spring容器统一装配运行。因此,如果程序员不能对底层机理做到“了然于胸”,则对整个系统的运行逻辑必然是“云里雾里”。

因此,在实际项目中,Spring系统一旦出了问题,许多“半吊子”程序员就会感到不知所措。为了快速“解决”问题。只得在Spring配置上胡乱折腾。所以到最后,很多Spring程序(包括业界著名公司)都被改的面目全非,腐败不堪,充斥着各种冗余和冲突。

而Spring Boot虽然简化了Spring配置,但同时也使程序离Spring本质越来越远。整个程序的运行逻辑更加“云里雾里”。一旦出了问题,更加令人不知所措。

所以,从程序的健康出发,从程序员的职业发展出发。Spring Boot的开发者,反而更有必要掌握Spring的底层原理,正所谓“无真相不自由”。

而且,以我的经验。如果你扎扎实实从Spring基础一路走来,到了Spring Boot这里,也就是“临门一脚”的问题。因此,学习Spring,最“正”的路径依然如下:

Spring -> Servlet -> Spring MVC -> Spring Boot

JPA与Hibernate

JPA作为一个持久化规范,仅定义了OR映射的规范(包括一系列注解),但本身并没有具体的实现。

在实际应用中,JPA的具体实现既有Hibernate,也可以通过spring和把jpa和Mybatis结合起来。但因为Hibernate的高可配性,因此从概念设计上来说, Hibernate对JPA的实现显得更加“自然”。

但是,无论是业界还是我本人,偏爱Mybatis的原因和JPA关系不大,关键是因为Hibernate相对不够灵活,从而带来的高学习成本和调优成本。

当然,毫无疑问,Hibernate是一个非常优秀的框架。至于你所在的团队是否选择它,肯定是综合考量的结果。其中既包括团队的技术现状(例如是否有Hibernate大牛),也包括项目的规模,及灵活性需求等。

而在其他文章中,我对Hibernate的观点,主要是针对高效学习来讲的,毕竟人的精力是有限的。

关于大数据

前面的两篇文章,面向的主要是Java web开发者。

当然,Java开发,除了Web,还有大数据等方向。虽然都是学习Java,但内容肯定有所偏重。这里我就简单阐述下,以免对其他方向(例如大数据)的学习者有所误导。

做大数据开发,无论是做Hadoop的Map Reducer,还是Storm的topology(拓扑),最常见的实现方式还是Java。从这一点来说,对Java基础知识的学习,大家都是一样的。

但差别在是否要学习Spring?这决定于你对自己的定位!

如果你把仅自己定位在数据处理上,只需编写Map Reducer或topology,那么你完全可以不学习Spring。

但是,一个完整的大数据系统,必然是一个综合系统。其中包括系统配置、数据的收集、传输、存储、展示等子系统。而如何把这些子系统整合成一个综合系统,则是Spring的专长,这也是JavaEE面临的核心问题。

因此,从系统开发角度来说,大数据开发者依然应该学习Spring。只不过从优先级上来说,完全可以把Spring往后排一下。

5.如何阅读Spring源码

因为Spring的源代码量非常大。如果像阅读小说一样,一行不拉的读,是不现实的。所以,现实,而且有用的做法,是只阅读核心代码。

至于其他边支代码,如果通读,一则不现实,二则没有必要。

但因为Spring复杂,且设计精妙。初学者刚开始阅读,必然会面比较茫然,不知从那里入手。而我的做法,有一下几个关键点:

1.先掌握Spring的基本用法。

在阅读Spring源码之前,首先要掌握Spring的基本用法,否则就找不到基本的出发点。

此时,你肯定不能完全理解Srping的运行机制。但随着使用的熟练,一则积累了经验,二则肯定也会有很多疑问。这不要紧,反而是好事。

随着学习的深入。你要有自己思考:如果某个机制(例如IOC),由你来设计,该会如何实现?

2.写几个典型的Spring Demo

因为你的目的是阅读Spring源码。所以如果一开始,就阅读相对高阶的SrpingMVC,需要理解的东西太多,必然会茫然不知所措。

因为起始难度太大,缺乏正反馈。对很多人,甚至是直接就吓退了。

所以,准备几个好的Demo,这些Demo一定要层层深入,从而作为自己阅读源码的出发点。

在内部培训中,我写过一个教程,名叫《Spring从入门到精通》,该教程总共包含5个Demo,由浅入深的顺序如下:

  • 基本Java程序示例(SimpleJavaDemo)
  • 基本Spring示例(SimpleSpringDemo)
  • Spring自动织入示例(AutoWiredSpringDemo)
  • Spring自动扫描示例(AutoScanSpringDemo)
  • SpringMVC示例(SpringMVCDemo)

大家可以根据个人的情况,也编写出自己的Demo库。

3.边调试,边阅读

例如对下面这行最普通的Spring代码:

对于自学Java的人来说,如何系统的,全方面的学习Java?

直接用Maven下载源码,然后在Eclipse中Debug进去。此时,就像你平时阅读同事的源码一样。带着疑问,带着猜测。阅读的过程,边验证,边调整,总重形成体系的思路。

记着,因为Spring源码复杂,且继承体系深,所以一定要边阅读,边记笔记,边画图。例如下面就是我画过的一个图(从Eclise中截取):

很重要的一点。在阅读Spring源码前,一定要先有自己的想法:如果这个东西(例如经典的getBean()方法)由你要设计,会怎么做。然后带着想法,跟(debug)进去。不断验证,不断调整。

4.不需面面俱到,只抓重点。

因为Spring源码巨大。对阅读者来说,也不是都有价值,所以一定要抓住重点。

要时刻记住阅读的初心:不是为了阅读而阅读,而是为了深刻理解Spring,从而自由运用,所谓“无真相不自由”。所以只阅读核心的,对自己有用的(这个因人而异)。下面是我当年阅读时的读书笔记提纲,贴出来供大家参考:

对于自学Java的人来说,如何系统的,全方面的学习Java?

5.Spring阅读的收益

通过阅读Spring源码,至少能有以下收获:

#.精通Java

因为 Spirng框架本身,就是对Java最“精妙”的运用。我敢保证,在阅读Spring的过程,除了发现很多Java的“新”特性外。你也能学会“大神”们,是如何正确且高效的编写Java程序。

#.学习设计

Spring框架本身就是一个“设计良好”的典型,其中大量运用到经典的设计模式,例如“观察者模式”、“单例模式”等。因此学习Spring的过程,就是学习设计的过程。

#.深刻理解Spring用法

所谓“无真相自由”。等你学习了Spring源码后。我敢保证,你回头再来看自己,或别人原来写的Spring程序,肯定会发现诸多“错误”。包括代码的冗余,冲突等。

.最后

如果你是一个初学者。刚开始阅读Spring源码,一定会感觉特别困难。因为其中涉及太多新东西。但这正说明,Spring源码是一个宝库。

咬咬牙,扛过去,你的技术层次就会跃上一个新的台阶,甚至是质的飞跃,所谓:

“会当凌绝顶,一览众山小。”