转：14时就用spring 4， 18年springboot 2.0
Spring1.0 2004年3月24 包含IoC，AOP，XML配置 参考https://spring.io/blog/2004/03/24/spring-framework-1-0-final-released Spring 2.0 2006年10月3 参考https://spring.io/blog/2006/10/03/spring-2-0-final-released Spring 2.5 2007年11月19 支持注解，减少了xml配置 参考https://spring.io/blog/2007/11/19/spring-framework-2-5-released Spring 3.0 2009年12月16 完全利用了Java5中的改进，并为 JEE6 提供了支持。支持Java配置 参考https://spring.io/blog/2009/12/16/spring-3-0-0-is-now-available Spring 4.0 2013年11月1 完全支持 JAVA8 参考https://spring.io/blog/2013/11/01/spring-framework-4-0-rc1-available Spring 5.0 2017年9月28 参考https://spring.io/blog/2017/09/28/spring-framework-5-0-goes-ga What's New in Version 5.0 JDK 8+ and Java EE 7+ Baseline(JDK8和Java EE7为基础。兼容JDK9和Java EE8) Removed Packages, Classes and Methods（移除部分包，类和方法） General Core Revision（核心版本的升级） Core Container（核心容器升级，支持@Nullable注解） Spring WebFlux（响应式编程） Kotlin support（支持Kotlin） Testing Improvements（支持Junit5） SpringBoot 1.0 2014年1月22 参考https://spring.io/blog/2014/01/22/spring-boot-1-0-0-rc1-released SpringCloud 1.0 2015年3月14 参考https://spring.io/blog/2015/03/04/spring-cloud-1-0-0-available-now SpringBoot 1.2.5 2015年7月2 参考https://spring.io/blog/2015/07/02/spring-boot-1-2-5-released SpringBoot 1.3.5 2016年5月10 参考https://spring.io/blog/2016/05/10/spring-boot-1-3-5-released SpringBoot 1.4.0 2016年7月28 参考https://spring.io/blog/2016/05/10/spring-boot-1-3-5-released SpringBoot 1.5.1 2017年1月30 参考https://spring.io/blog/2017/01/30/spring-boot-1-5-1-released SpringBoot 1.5.6 2017年7月27 参考https://spring.io/blog/2017/07/27/spring-boot-1-5-6-available-now SpringBoot 1.5.8 2017年10月17 参考https://spring.io/blog/2017/10/17/spring-boot-1-5-8-available-now SpringBoot 2.0.0 2018年3月1 参考https://spring.io/blog/2018/03/01/spring-boot-2-0-goes-ga SpringBoot 2.2.0 2019年10月16 参考https://spring.io/blog/2019/10/16/spring-boot-2-2-0 SpringBoot 2.2.1 2019年11月7 参考https://spring.io/blog/2019/11/07/spring-boot-2-2-1-available-now
1）spring 1.x 在spring1.x时代，都是通过xml文件配置bean，随着项目的不断扩大，需要将xml配置分放到不同的配置文件中，需要频繁的在 java类和xmlwenjianz文件中切换 2）spring 2.x 随着jdk1.5带来的注解支持，spring2.x可以使用注解对bean进行申明和注入，大大的减少了xml配置，简化了项目的开发 最佳的配置方法： 1.应用的节本配置用xml，如数据源、资源文件等。 2.业务开发用注解，如service中注入bean等 3）spring 3.x 在spring3.x版本的时候，Spring3.x开始提供了Java配置方式，使用Java配置方式可以更好的理解你配置的Bean，主要区别spring2.x的地方如下 1. 核心API更新到JAVA5.0，即采用了泛型 2. Spring表达式语言SpEl(Express Language) 3.可通过Java类提供IOC配置信息 XML配置方式，基于注解的配置方式，Spring3.0提供了基于Java类的配置方式。而最新基于Java类的配置方式非常灵活。 4. 通用类型转换系统和属性格式化系统 5.数据访问层新增oxm（Object to xml，对象xml映射）：通过元数据对象和xml转化的映射 6.web层的增强：2.5版本中的注解如：@Controller,@Request Mapping等。新增了@CookieValue,@RequestHeaders 4）spring4.x 从spring4.x和springboot都推荐使用Java配置方式
//
Spring历史版本变迁和如今的生态帝国 - 云+社区 - 腾讯云 --不错
https://cloud.tencent.com/developer/article/1025723
// Spring核心功能指南-1-Spring功能介绍-肖海鹏的在线视频教程 --这个视频的12分开始有段描述很不错，
https://edu.csdn.net/course/play/3057/50874?spm=1002.2001.3001.4143
J2EE sun定义的 必须用JEB jsp sevlet JDBC 模式适合企业开发吗， 简单的j2ee的开发 Spring是完美的框架吗 老师是 9几年毕业的，那时候 C++框架，C++平台大行其道 97年出来的java 2000年后市场越来越大。 95~2000年 C++比较强势的情况下，后来回看C++出了很多问题， 微软把VS c++ 转向 dot net ,现在高校学.net也很少了。 spring向j2ee发起了挑战，那么spring也不是完美的
J2EE是什么，主要包括哪些技术 - lanfeng521 - 博客园 ---初略看一下就好
https://www.cnblogs.com/zhshero/p/10390167.html
j2EE通俗bai的理解为开发网站的就du是，j2SE就是开zhi发桌面应用程序dao的。
包含zhuan的技术嘛，主要的就是shu开发网站需要的一些技术啦
比如：servlet,jsp,javaBean 框架：spring hibernate struts ibatis webwork
//==============应该是2008年前的事情了。 大致看一下就好。
转发： Spring可能会越来越主流？_曲奇-CSDN博客
https://blog.csdn.net/yangxt/article/details/5397135?utm_medium=distribute.pc_aggpage_search_result.none-task-blog-2~all~baidu_landing_v2~default-5-5397135.nonecase&utm_term=spring%20%E4%BB%80%E4%B9%88%E6%97%B6%E5%80%99%E5%BC%80%E5%A7%8B%E6%B5%81%E8%A1%8C%E7%9A%84&spm=1000.2123.3001.4430
Spring 自从2003年发布以来，一直是Java开源框架的奇迹之一。从2000年开始，伴随着B/S架构逐渐引入企业应用软件开发的领域，Java就逐渐成为企业应用开发的主流技术，一直到2003年，Struts＋EJB一直是Java技术架构的不二选择，然而这一切随着2003年Spring以 without EJB的面目出现之后，一切都开始改变。
大概从2003年下半年开始，Spring＋Hibernate就开始甚嚣尘上，似乎那时候的Spring和Hibernate尚且不足以动摇J2EE规范以EJB为核心的领袖地位。但是2004年5月份，吸收了 Spring/Hibernate框架优点的EJB3 JCP委员会的成立，事实上宣判了Spring对EJB2的终结，EJB3则更像是Vendor们的一种自救行为。
2004年到2006 这三年时间以来，Spring取得了相当辉煌的成就，不但将EJB2赶进历史，而且牢牢确立了Spring作为Java企业应用开发的主流地位。而今，甚至对技术比较保守的金融电信行业，也开始言必称Spring，Spring已经成为Java框架的事实标准。
在2004年5月份之后，Hibernate Team开始和Spring公然决裂，这个事情放在两年多以后的今天来看，原因是昭然若揭的，背靠JBoss的Hibernate Team已经成为EJB3规范的一部分，而JBoss希望力推的以EJB3为核心的Java架构来成为未来的企业应用主流标准，这种情况演变至今，变成了 Springframework和JBoss Seam的两种不同技术架构的竞争关系。
2004年5月份，EJB3规范的起步，对Spring未来其实有很大的威胁，但是EJB3规范历经两年时间的难产，终于在2006年5月正式发布之时，已经为时过晚了，抬眼望去，已尽是spring的天下。
有意思的是，大致展望一下未来，Java的企业应用开发还能遵循Sun和JCP制订的Java EE规范的道路走下去吗？如果不是这样，那么未来道路是什么呢？
观察一下Java社区几股大的势力，会发现一些有意思的现象：
IBM 和BEA是Java社区的领导者，从2004年开始，IBM和BEA开始大肆宣传SOA，将他们的目光从应用服务器领域挪到了松藕合企业服务领域，开展 SOA商业战略。与此同时，EJB3专家委员会的领导者也悄然变成了JBoss和Oracle，是IBM和BEA无力争取吗？当然不是。IBM和BEA已经看到了应用服务器市场和底层框架平台即将被开源占领，商业价值萎缩，因而审时度势进行战略转型。一方面押宝SOA战略，大肆炒热和培育SOA市场，另一方面也积极占领开源市场，IBM放出来WebSphere社区版本－Apache Geronimo，BEA干脆和Spring的咨询公司interface21合作，提供spring框架在WebLogic上的商业技术支持，如今 EJB3对于他们来说已经形同鸡肋，就抛给别人嚼吧。
将EJB3当块宝的自然是应用服务器市场的跟随者JBoss和Oracle，一方面凭借ORM的先天优势，另一方面有出头机会也不能放过，EJB3委员会几乎成了JBoss和Oracle的天下。特别是JBoss，更加积极推出 JBoss Seam框架，希望确立以JSF＋EJB3的架构树立Java开发的标准，用以取代Struts/Spring/Hibernate的流行组合，因而开启了EJB3和Spring 正面交锋的战争。
Java Vendor中另外一股势力Sun公司这两年则一直自顾不暇，在应用服务器领域几乎退出市场，直到最近才搞出来一个Glassfish，在开发框架领域也一直毫无建树，推出的JSF至今还很不成熟，难担大任，也许Sun都去忙着开源Solaris和JVM源代码了。
几个大的Vendor或战略转型，或自顾不暇，或忙于收购(Oracle)，Java开发领域的主战场被打扫一空，对决的双方换成了Spring和JBoss。对决的武器则是spring vs Seam。
Spring 代表了不遵循通用标准，自己制订游戏规则，不依赖容器的一方；JBoss代表了遵循通用标准，但是锁定容器的一方。这场对决从2004年5月就开始上演，未来很长时间也会继续下去。不过Spring已经站在优势很大的地位上了。我个人觉得Spring会胜出这场对决，而Java企业应用开发的主流技术将倒向Spring这一边，而Vendor们官方制订的标准将被开发人员可怜的遗弃到一边。开源技术开始决定Java企业开发的未来走向。
大致对比一下两者：Spring vs EJB3，就会发现Spring从功能上面已经胜出很多了：
1、IoC容器spring胜出
Spring的IoC容器很强大，其bean管理功能超过了目前EJB3容器，配置方面Spring稍微复杂一些。不过对于全局性配置来说，XML要优于EJB3的annotation。
2、AOP能力Spring胜出
EJB3目前提供的AOP功能非常简单，本来已经无法和Spring相比，至于集成AspectJ的Spring2.0，就更加望尘莫及了。
3、事务管理方面EJB3稍微领先
Spring提供了很棒的本地事务模型，也可以集成JTA，但是不支持分布式事务，当然这种场景也非常罕见。
4、Web框架spring胜出
EJB3 标准集成JSF，但是JSF并不成熟，和AJAX配合度也不好。Spring可以灵活集成各种Web框架和模板语言，自身也提供了相当强大的MVC框架，要是这还觉得不够，那么spring webflow，portlet support都拿出来，那么EJB3就必败了。
5、远程访问支持，大致持平
EJB3继承了传统的EJB远程访问能力，Web Services支持也不错；不过Spring提供了更多更灵活的选择，Java RPC，HTTP Invoker，Hessian/Burlap，WebServices。
6、框架集成能力，spring胜出
这是spring的传统优势项目，只要看看spring modules项目，看看n多第三方spring支持，就会发现spring现在的群众基础多么好，集成工作流，spring modules已经提供了方便的模板类，集成规则引擎，Cache，CMS，脚本语言，异步任务，安全验证框架。。。。。。EJB3有点望尘莫及的味道
7、JMS，JMX，JCA等，EJB3领先一步
这些传统EJB优势项目往往应用的不太多，EJB3仍然是领先的。不过令人侧目的是，Spring最近几个版本在连续追赶EJB这些传统优势领域，到 Spring2.0为止，其JMS，JMX，JCA支持已经相当不错了，可以说传统EJB能够做的，现在Spring也可以做得到，为Spring一统江湖扫清了最后的障碍。
这几年除了Spring框架自身不断完善和延伸到传统应用领域，围绕在Spring周围的第三方框架也是越来越丰富，EJB3在annotation方面有些独到的优势，在一些传统领域，还领先spring，但是总体来说，EJB3为核心的J2EE5.0规范很难和 Spring现在的2.0相匹敌，更何况Java的主力Vendor早已醉翁之意不在这里了，单凭JBoss的Seam，难以战胜spring。
觉得Spring可能会越来越主流，甚至开始引领Java企业开发的未来发展道路，J2EE就靠边站吧，也许Java社区也到了开源社区说了算的时代了。
//==========end
//--非常不错，
Spring的诞生史 - 环信
https://www.easemob.com/news/1213
// 转
Spring核心是什么
Spring出现的原因？ Spring出现的原因 解除耦合 软件开发的开闭原则:通过多态实现,要么子类重写父类,要么增加方法 提高抽象层次; 提高抽象层次的方法 把子类对象赋给父类对象进行使用的动态多态 注入Injection:某一个类想要什属性,通过set方法给他 就叫注入 依赖注入 Depenency Injection =DI 有set就能活 没有就错误 配置文件(反射) Spring如何解除耦合 解耦合:首先解除逻辑耦合 mvc模式第一次解除了逻辑耦合 spring的IOC是进行深度解耦 日志:用来保持程序的健壮性,就是程序的运行记录 代理需要在jdk1.5以上版本使用 jdk代理是基于反射的没有反射就没有办法通用 调用代理类的的任何方法,都会执行到invoke方法 代理是模式 代理机制其实真正的代理的是方法 代理:proxy 代理的本质就是原产品不动,不做任何改变 要增值 要包装 代理分类: 一.静态代理:门面模式或装饰模式 缺点:需要为每一个被代理的方法都写一个代理方法,修改的时候特别值复杂,不灵活 二.动态代理 1.jdk动态代理:缺点:要想代理对象,被代理对象必须有接口,否侧不能代理 2.CGLIB代理:优点:在被代理类没有接口的情况下也能够被代理,实际就是为当前类生成一个子类 代理类和被代理类都需要实现同一个接口,代理类中包含一个被代理类的对象,可以提供两种方式把被代理对象赋给代理对象 调用被代理类,实现真正的逻辑,在自己的里面实现额外逻辑. 代理最终的要求就是简单通用灵活 Spring核心（重点来了！！！！） Spring是一个无侵入式的轻量级开源框架 Spring两大特性 : 1.IOC:控制反转 IOC作用:解除类与类之间的关系耦合 解除耦合的方式用了四个技术点: 配置 容器 反射 注入(DI):利用set方法或者构造器给属性赋值 2.AOP:面相切面编程 作用:为了解除业务逻辑耦合,例如耦合或者数据业务逻辑日志业务 AOP实现原理是基于代理的 Spring进行内部实现的时候 ,会检测是否存在接口,存在时选择jdk动态代理,不存在选择CGLIB代理 Spring类似一个管家,后期几乎所有内容都交给Spring管理,View层Spring不管理,与java相关的全部管理.(Spring容器) Spring的核心思想是解除程序中的耦合(解除了业务逻辑耦合,解除了类与类之间的关系耦合) 轻量级与重量级的区分: 1.性能开销 2.框架本身的大小问题 3.使用的难易程度 Spring中所有的行为都是基于Spring能够管理所有的类 Spring也有持久层框架,但是因为性能不强,所以没有人用,用来给hibernate和mybitas支持 Spring对web框架也是有支持的 Spring还是一个mvc结构的框架 Core解除的是类级别的耦合 AOP解除的是方法级别的耦合 IOC控制反转 Inversion Of Control 高层模块不应该依赖底层模块(如Action依赖Dao层) 实现必须依赖抽象,而不是是抽象依赖实现 依赖注入:Dependency Injection DI是IOC的核心实现原理 通俗的说就是利用set方法或者构造器给属性赋值 搭建Spring环境: 1.加入jar包 2.写配置文件:applicationContext.xml 必须放在Src下 可以更改名字一般叫Spring.xml 一个Spring可以对应多个XMl文件,配置文件的划分是根据业务逻辑划分的 跟标签里写东西是Schema Spring的核心是一个context容器 想要什么对象就在spring中配置这个对象 Spring会自动创建对象并且进行初始化 注入类型分为三类: Type1 侵入式(依赖Spring) Type2 (set/get) 和type3(构造器注入)是非侵入式 Spring中的接口是为了提高抽象层次,是变量接收的一个中介,所以Srping不需要管理接口 所谓的组件就是可以直接实例化,可以直接用的 构造器注入 里面的属性 ref=references引用 index要赋值属性的下标,从0开始 构造器注入唯一的优点就是时效性好,创建对象时直接赋值. 构造器注入作为了解 不需要掌握 构造器和set/get方法同时存在时取决于set/get方法