第一章：Spring引言
一：当前Spring的一个地位
Spring准确的来讲是一套解决方案，是一个技术栈，是一个全家桶
从起初的Spring，到因为要进行web开发引入了SpringMVC，到为了后来的快捷开发，引入了Springboot，在到后来的微服务，也就是SpringCloud。
Spring能有以上这么优秀的离不开Spring核心当中的两大特性，IOC和AOP，Spring能完成这么复杂的生态的构建离不开这两大伟大的特性。
SpringMVC本质上就是由spring+mvc这两大部分组成，任何一个MVC框架都离不开MVC的内容和影子。
二：SpringBoot的真正的价值
SpringBoot不要把他妖魔化，SpringBoot真正的价值是：简化了Spring和SpringMVC的开发。
他本质上没有什么新的东西，他本质上就是对Spring和SpringMVC的简化：
1：方便导入Jar包
我们现在都是基于maven导入依赖的，maven我们都是自己引入依赖，但是boot觉得这样太麻烦了，他引入了starter，方便引入导入jar包
2：简化冗余配置
Spring从原始的xml到后续的注解，已经简化了，但是还是太麻烦，Spring
boot再次基础上再次进行了封装，简化冗余配置。
3：内嵌了Tomcat
内嵌Tomcat对我们来讲是一个非常重要的特性，两大好处
1：内嵌了Tomcat好处1
好处的背景：
解决了SpringMVC父子容器的问题。这是原有springMVC开发需要面对和解决的问题
在SpringMVC开发中，是如何解决父子容器的呢？
首先知道，SpringMVC开发过程中，是有两个Spring工厂的。回忆一下SpringMVC的配置：
DispatcherServlet：SpringMVC当中的前端控制器
init-param：我们还需要执行Spring的配置文件，指定spring的配置文件
DispatcherServlet本质上就是一个Spring的工厂，他是servlet但是内部封装了一个Spring的工厂
ContextLoaderListerner这个spring的一个监听器。这个listener本质上就是一个创建了spring工厂的listener，有这两个工厂并存，ContextLoaderListerner是父工厂，dispatcherServlet是子工厂
带来的问题：
Controller当中获取Service的时候，在Service当中配置了事务，但是事务不生效。
父工厂当中创建了Service，添加了事务，但是在子工厂当中，也同样创建了Service，但是没有事务，Controller是子工厂帮我们创建的，这个时候，就会获取子工厂的service，这样就是没有事务了。
问题的解决方案：
子工厂不要创建Service，去调用父工厂的Service。这是MVC开发过程中注明的父子容器的问题。
SpringBoot没有父子容器的问题，SpringBoot是内嵌Tomcat，他自己不需要解决了这个问题。不需要你程序员外部激活。
2：内嵌了Tomcat好处2
Web开发的启动进程，是通过Tomcat为载体启动进程的，换句话说一个Tomcat就是一个进程，但是SpringBoot内嵌了Tomcat之后，就可以通过运行jar包的方式去启动web服务，也就是启动一个服务进程，这样就可以多个Tomcat进程。轻松将一个大的web服务，轻松启动提供服务。对外发送请求，接收相应。也就提供了将一个web服务轻松进行拆分的条件，这也就解释了，一个SpringCloud必须嫁接于SpringBoot的原因。
除了这玩意，之后的好处跟SpringBoot毛关系都没有。
3：但是，如果没有SpringBoot，我们可以做微服务开发么？
当然是可以的。
没有SpringBoot，我们依然可以有类似于SpringCloud的微服务方案，我们完全可以使用Spring+SpringMVC去搭建微服务方案。
微服务是一个架构思想，他解决了分布式的很多问题，SpringCloud只是其中的一个解决方案
甚至我们可以脱离Java的体系，使用go来进行微服务编程，当前的go，Java都能干这事。
SpringBoot和SpringCloud都是停留在应用层，真正的核心体系，还是在Spring和SpringMVC当中。
4：Spring源码特点
1.枯燥，mybatis顶多算是spring的一个模块。
2.方方面面都要掌握，
3.课程源码学习的内容：
Spring容器技术：IOC
xml读取，存储，对象创建，加工，缓存，分析
AOP代理设计：Spring真正把代理设计融入到Spring体系当中。
事务：Spring是如何进行事务处理的，Spring与mybatis源码整合，现有持久化方案，在来讨论事务处理