本文包含的内容

Spring占有的市场
阅读源码的重要性
阅读源码困难度
课件笔记的主要内容

Spring占有的市场

先来简单说一下现在各个企业常用并与Spring相关的：

ssh = spring + struts + hibernate

集成SSH框架的系统从职责上分为四层：表示层、业务逻辑层、数据持久层和域模块层，以帮助开发人员在短期内搭建结构清晰、可复用性好、维护方便的Web应用程序。其中使用Struts作为系统的整体基础架构，负责MVC的分离，在Struts框架的模型部分，控制业务跳转，利用Hibernate框架对持久层提供支持，Spring做管理，管理struts和hibernate。

ssm = spring + springmvc + mybatis

Spring　　Spring就像是整个项目中装配bean的大工厂，在配置文件中可以指定使用特定的参数去调用实体类的构造方法来实例化对象。也可以称之为项目中的粘合剂。　　Spring的核心思想是IoC（控制反转），即不再需要程序员去显式地`new`一个对象，而是让Spring框架帮你来完成这一切。SpringMVC　　SpringMVC在项目中拦截用户请求，它的核心Servlet即DispatcherServlet承担中介或是前台这样的职责，将用户请求通过HandlerMapping去匹配Controller，Controller就是具体对应请求所执行的操作。SpringMVC相当于SSH框架中struts。mybatis　　mybatis是对jdbc的封装，它让数据库底层操作变得透明。mybatis的操作都是围绕一个sqlSessionFactory实例展开的。mybatis通过配置文件关联到各实体类的Mapper文件，Mapper文件中配置了每个类对数据库所需进行的sql语句映射。在每次与数据库交互时，通过sqlSessionFactory拿到一个sqlSession，再执行sql命令。页面发送请求给控制器，控制器调用业务层处理逻辑，逻辑层向持久层发送请求，持久层与数据库交互，后将结果返回给业务层，业务层将处理逻辑发送给控制器，控制器再调用视图展现数据。

spring全家桶:

由上可见，就可以看出Spring在市场上占有的那一席地位到底有多大了，可以说Spring是每位开发者前进的路上必不可缺少的一课；

阅读源码重要吗？

看源码只是一种方法、手段，而不是目的。我也曾经给自己制定过“阅读xxx源码”的目标，现在看起来真的很蠢，一点不smart（specific、measurable、attainable、relevant、time-bound）。只有搞清楚了阅读代码的目标，才能有的放矢，抓住重点，高效达成任务。

看源码的意义总结起来包含但不限于以下几点：

第一：解决问题(BUG)

只要是代码，就会有bug，只是说bug的多与少、深与浅罢了。现在大家都喜欢发布、使用开源项目，不同的开源项目社区成熟度、代码质量又会有较大的差异，遇到bug就不足为奇了。

当然，遇到bug肯定是先在网上搜索是否有类似的问题，一般可以在google、Stack Overflow、项目的issues里面有对应的关键词搜索。如果搜不到，那么就只能看源码解决了

第二：知其所以然

我在如何学习新技术、团队技术选型时要注意些什么里面提到过，如果我们需要将一个开源项目用到自己的项目中，那么就必须了解这项项目的优缺点，并深知原理，对部分细节（尤其是项目的优势、feature）进行深入研究。如果是成熟的开源项目，遇到问题也许能google到很多答案；但如果是一个处于快速发展中的开源项目，多了解其架构、核心原理，也能帮助快速定位问题。

另外，有的项目文档可能不那么丰富，但又不得不使用，那么如何以正确的姿势使用呢？也得参考源码

第三：学习

看源码也是一种不错的学习方式（虽然不一定不是最佳的方式），尤其对于比较优秀的开源项目，能让人大开眼界。

即使是出于学习的目的，也是有很多侧重的，比如

学习语言：代码风格、规范、惯用法、高级语法。对于某个语言的新手，找一个熟悉领域的开源项目来深入掌握这门语言，也是一个不错的注意。学习设计：数据接口、框架、整体架构学习理论：算法、协议。比如我之前写过的raft协议，光看论文是很枯燥的，而且算法理论到工程实践还是有一定的差距，这个时候结合开源项目(mongodb)实现往往更事半功倍。其他第四：改造

一般来说，我们刚开始仅仅是使用一个开源项目，但随着使用的深入，会发现一些自己需要的功能并没有很好的支持，向项目组提的issues也可能得不到快速的响应，这个时候就要自己开分支，改代码，加功能了。当然，比较好的是将自己分支比较好的新feature 给原项目merge request，反哺开源项目，比如阿里的Blink

第五：借鉴

他山之石可以攻玉，如果有需要重新开始自己造轮子，那么参考一些已有的、优秀的轮子肯定是有好处的。

副产品：找工作

这一点，不应该作为我们阅读源码的出发点，但是确实能在实际中对找工作、面试有加成，算是副产品吧。

阅读源码困难度

阅读源码绝对算得上是一件费时费力的工作，需要读者耗费大量的时间去完成。而作为开发人员，毕竟精力有限，实在没办法拿出太多的时间放在源码的阅读上。任何一款源码经历了多年的发展与提炼，其复杂程度可想而知。当我们阅读源码的时候，大家都知道需要通过工具来跟踪代码的运行，进而去分析程序。但是，当代码过于复杂，环环相扣绕来绕去的时候，跟进了几十个甚至几百个函数后，这时我们已经不知道自己所处的位置了，不得不再重来，但是一次又一次地，最终发现自己根本无法驾驭它，不得不放弃。有些源码发展多年，会遇到各种各样的问题，并对问题进行了解决，而其中有些问题对于我们来说甚至可以用莫名其妙来修饰，有时候根本想不出会在什么情况下发生。我们查阅各种资料，查询无果后，会失去耐心，最终放弃。无论基于什么样的原因，放弃阅读源码始终不是一个明智的选择，因为你失去了一个跟大师学习的机会。而且，当你读过几个源码之后就会发现，它们的思想以及实现方式是相通的。这就是开源的好处。随着各种开源软件的发展，各家都会融合别家优秀之处来不断完善自己，这样，到最后的结果就是所有的开源软件从设计上或者实现上都会变得越来越相似，也就是说当你读完某个优秀源码后再去读另一个源代码，阅读速度会有很大提升。

以我为例，Spring是我阅读的第一个源码，几乎花费了近半年的时间，其中各种煎熬可想而知，但是当我读完Spring后再去读MyBatis，只用了两周时间。当然，暂且不论它们的复杂程度不同，至少我在阅读的时候发现了很多的东西。当你第一次阅读的时候，重点一定是在源码的理解上，但是，当读完第一个源码再去读下一个的时候，你自然而然地会带着批判或者说挑剔的眼光去阅读：为什么这个功能在我之前看的源码中是那样实现的，而在这里会是这样实现的？这其中的道理在哪里，哪种实现方式更优秀呢？而通过这样的对比及探索，你会发现，自己的进步快得难以想象。

俗话说得好，万事开头难，如何有个很好的开端呢？

阿里巴巴，作为国内互联网公司的Top，算是业界的标杆，有阿里背景的程序员，也更具有权威性。作为程序员，都清楚阿里对于员工要求有多高，技术人员掌握的技术水平更是望尘莫及。所以，大厂程序员的很多经验也都值得我们借鉴和学习，在一定程度上确实能够帮助我们“走捷径”。

今天，我们要分享的是，Alibaba技术官丢出来的Spring源码笔记，这份笔记让人看了不得不爱；