目录
IOC的优点是什么？什么是控制反转（Inversion of Control）与依赖注入（Dependency Injection）
Spring中的@Transactional 放在 类级别 和 方法级别 上有什么不同？
为什么学习spring（优缺点）：
优点
方便解耦，简化开发
1.Spring 就是一个大工厂，可以将所有对象创建和依赖关系维护，交给 Spring 管理
AOP 编程的支持
2.Spring 提供面向切面编程，可以方便的实现对程序进行权限拦截、运行监控等功能
声明式事务的支持
3.只需要通过配置就可以完成对事务的管理，而无需手动编程
4.方便程序的测试
5.Spring 对 Junit4 支持，可以通过注解方便的测试 Spring 程序
6.方便集成各种优秀框架，如hibernate,Struts2,JPA等
7.Spring 不排斥各种优秀的开源框架，其内部提供了对各种优秀框架（如：Struts、Hibernate、MyBatis、Quartz 等）的直接支持
8.降低 JavaEE API 的使用难度
9.Spring 对 JavaEE 开发中非常难用的一些 API（JDBC、JavaMail、远程调用等），都提供了封装，使这些 API 应用难度大大降低
10. Spring属于低侵入，代码污染极低。
缺点
1.jsp中要写很多代码、控制器过于灵活，缺少一个公用控制器
2.Spring不支持分布式，这也是EJB仍然在用的原因之一。
3.原本可以直接new对象的现在变成需要配置操作（仅对于不熟悉的人来说）
4.源码复杂，底层调用深，大项目对源码debug有难度
5.测试效率。配置多的话，容器启动时间比较长，影响测试效率。所有有些测试，我们尽量都不启动Spring容器。
6.有一定的上手成本（Spring boot几乎解决了这个问题）
SpringMVC流程：
1、 用户发送请求至前端控制器DispatcherServlet
2、 DispatcherServlet收到请求调用HandlerMapping处理器映射器。
3、 处理器映射器根据请求url找到具体的处理器，生成处理器对象及处理器拦截器(如果有则生成)一并返回给DispatcherServlet。
4、 DispatcherServlet通过HandlerAdapter处理器适配器调用处理器
5、 执行处理器(Controller，也叫后端控制器)。
6、 Controller执行完成返回ModelAndView
7、 HandlerAdapter将controller执行结果ModelAndView返回给DispatcherServlet
8、 DispatcherServlet将ModelAndView传给ViewReslover视图解析器
9、 ViewReslover解析后返回具体View
10、DispatcherServlet对View进行渲染视图（即将模型数据填充至视图中）。
11、DispatcherServlet响应用户
实际加载流程简述
//1.加载配置文件
doLoadConfig(config.getInitParameter("contextConfigLocation"));
//2.根据配置文件扫描所有的相关的类
doScanner(properties.getProperty("scanPackage"));
//3.初始化所有的相关的类的实例，并且将其放入到IOC容器之中，也就是Map中
doInstance();
//4.实现自动依赖注入
doAutowried();
//5.初始化HandlerMapping
initHandlerMapping();
SpringMVC中MVC分别指什么，他们怎么工作的
MVC是一个设计模式，它强制性的使应用程序的输入、处理和输出分开。使用MVC应用程序被分成三个核心部件：模型、视图、控制器。它们各自处理自己的任务。
m代表model模型，v代表view视图，c代表controller，控制器。m中包含你写的业务逻辑，就是取数据的模型，v代表你显示的视图，c来控制m和v之间的关系。
SpringMVC拦截器与过滤器的区别
①拦截器是基于java的反射机制的，而过滤器是基于函数回调。
②拦截器不依赖于servlet容器，过滤器依赖于servlet容器。
③拦截器只能对action请求起作用，而过滤器则可以对几乎所有的请求起作用。
④拦截器可以访问action上下文、值栈里的对象，而过滤器不能访问。
⑤在action的生命周期中，拦截器可以多次被调用，而过滤器只能在容器初始化时被调用一次。
⑥拦截器可以获取IOC容器中的各个bean，而过滤器就不行，这点很重要，在拦截器里注入一个service，可以调用业务逻辑。
IOC的优点是什么？什么是控制反转（Inversion of Control）与依赖注入（Dependency Injection）
参考链接：http://blog.csdn.net/bestone0213/article/details/47424255
IOC，即控制反转（Inversion of Control，英文缩写为IoC），是一个重要的面向对象编程的法则来削减计算机程序的耦合问题，也是轻量级的Spring框架的核心。 不是什么技术，而是一种设计思想。Ioc意味着将你设计好的对象交给容器控制，而不是传统的在你的对象内部直接控制。
比如以前找女朋友需要自己去做很多事情，而ioc相当于有了一个婚介所，我们只需要在上面说明我们需要什么样的女朋友，婚介所就会把这样的女朋友给我们，如果这个女朋友不是我们想要的，我们就会抛出异常，后面的事就都不关我们管了。
Spring所倡导的开发方式就是如此，所有的类都会在spring容器中登记，告诉spring你是个什么东西，你需要什么东西，然后spring会在系统运行到适当的时候，把你要的东西主动给你，同时也把你交给其他需要你的东西。所有的类的创建、销毁都由 spring来控制，也就是说控制对象生存周期的不再是引用它的对象，而是spring。对于某个具体的对象而言，以前是它控制其他对象，现在是所有对象都被spring控制，所以这叫控制反转。
IoC的一个重点是在系统运行中，动态的向某个对象提供它所需要的其他对象。这一点是通过DI（Dependency Injection，依赖注入）来实现的。
控制反转一般分为两种类型：
依赖注入（Dependency Injection，简称DI）
方法：
Spring：@Autowired
Java：@Resource
Java EE：@Inject
途径：
字段（Field）注入
属性（Setter）注入
方法（Method）注入
构造器（Constructor）注入
依赖查找（Dependency Lookup，简称DL）：已被废弃
ID、别名、名称查找：BeanFactory#getBean(String):Object
类型查找：BeanFactory#getBean(Class):T
注解查找：listableBeanFactory#getBeansWithAnnotation(Class)
FactoryBean查找：FactoryBean#getObject()
ObjectFactory查找：objectFactory#getObject()
IOC的优点:实现组件之间的解耦，提高程序的灵活性和可维护性。
IOC的缺点:
1、创建对象的步骤变复杂了，不直观，当然这是对不习惯这种方式的人来说的。
2、因为使用反射来创建对象，所以在效率上会有些损耗。但相对于程序的灵活性和可维护性来说，这点损耗是微不足道的。
3、缺少IDE重构的支持，如果修改了类名，还需到XML文件中手动修改，这似乎是所有XML方式的缺憾所在。
IOC的应用：
IOC模式将耦合代码从程序中移出，放到统一的XML文件中管理。由IOC容器通过配置文件来管理对象的生命周期、依赖关系等，这样就不用重新修改并编译具体的代码，从而实现组件之间的解耦。
Spring AOP原理
参考链接：https://blog.csdn.net/qq_35642036/article/details/79070152
AOP编程（面向切面编程）：这种在运行时，动态地将代码切入到类的指定方法、指定位置上的编程思想就是面向切面的编程。
面向切面编程（AOP是Aspect OrientedProgram的首字母缩写），我们知道，面向对象的特点是继承、多态和封装。而封装就要求将功能分散到不同的对象中去，这在软件设计中往往称为职责分配。实际上也就是说，让不同的类设计不同的方法。这样代码就分散到一个个的类中去了。这样做的好处是降低了代码的复杂程度，使类可重用。
但是人们也发现，在分散代码的同时，也增加了代码的重复性。什么意思呢？比如说，我们在两个类中，可能都需要在每个方法中做日志。按面向对象的设计方法，我们就必须在两个类的方法中都加入日志的内容。也许他们是完全相同的，但就是因为面向对象的设计让类与类之间无法联系，而不能将这些重复的代码统一起来。
也许有人会说，那好办啊，我们可以将这段代码写在一个独立的类独立的方法里，然后再在这两个类中调用。但是，这样一来，这两个类跟我们上面提到的独立的类就有耦合了，它的改变会影响这两个类。那么，有没有什么办法，能让我们在需要的时候，随意地加入代码呢？这种在运行时，动态地将代码切入到类的指定方法、指定位置上的编程思想就是面向切面的编程。
一般而言，我们管切入到指定类指定方法的代码片段称为切面，而切入到哪些类、哪些方法则叫切入点。有了AOP，我们就可以把几个类共有的代码，抽取到一个切片中，等到需要时再切入对象中去，从而改变其原有的行为。
这样看来，AOP其实只是OOP的补充而已。OOP从横向上区分出一个个的类来，而AOP则从纵向上向对象中加入特定的代码。有了AOP，OOP变得立体了。如果加上时间维度，AOP使OOP由原来的二维变为三维了，由平面变成立体了。从技术上来说，AOP基本上是通过代理机制实现的。
AOP在编程历史上可以说是里程碑式的，对OOP编程是一种十分有益的补充。
AOP的源码中用到了两种动态代理来实现拦截切入功能：jdk动态代理和cglib动态代理。两种方法同时存在，各有优劣。jdk动态代理是由java内部的反射机制来实现的，cglib动态代理底层则是借助asm来实现的。总的来说，反射机制在生成类的过程中比较高效，而asm在生成类之后的相关执行过程中比较高效（可以通过将asm生成的类进行缓存，这样解决asm生成类过程低效问题）。还有一点必须注意：jdk动态代理的应用前提，必须是目标类基于统一的接口。如果没有上述前提，jdk动态代理不能应用。由此可以看出，jdk动态代理有一定的局限性，cglib这种第三方类库实现的动态代理应用更加广泛，且在效率上更有优势。
JDK动态代理生成的是兄弟，而Cglib生成的是子类
SpringBoot和SpringMVC的区别
参考链接：https://blog.csdn.net/u014590757/article/details/79602309#commentBox
spring boot只是一个配置工具,整合工具,辅助工具.
springmvc是框架,项目中实际运行的代码
Spring 框架就像一个家族，有众多衍生产品例如 boot、security、jpa等等。但他们的基础都是Spring 的ioc和 aop. ioc 提供了依赖注入的容器， aop解决了面向横切面的编程，然后在此两者的基础上实现了其他延伸产品的高级功能。
Spring MVC是基于Servlet 的一个 MVC 框架，主要解决 WEB 开发的问题，因为 Spring 的配置非常复杂，各种XML、 JavaConfig、hin处理起来比较繁琐。于是为了简化开发者的使用，从而创造性地推出了Spring boot，约定优于配置，简化了spring的配置流程。
说得更简便一些：Spring 最初利用“工厂模式”（DI）和“代理模式”（AOP）解耦应用组件。大家觉得挺好用，于是按照这种模式搞了一个 MVC框架（一些用Spring 解耦的组件），用来开发 web 应用（ SpringMVC ）。然后发现每次开发都写很多样板代码，为了简化工作流程，于是开发出了一些“懒人整合包”（starter），这套就是 Spring Boot。
Spring MVC提供了一种轻度耦合的方式来开发web应用。
Spring Boot实现了自动配置，降低了项目搭建的复杂度。
众所周知Spring框架需要进行大量的配置，Spring Boot引入自动配置的概念，让项目设置变得很容易。Spring Boot本身并不提供Spring框架的核心特性以及扩展功能，只是用于快速、敏捷地开发新一代基于Spring框架的应用程序。也就是说，它并不是用来替代Spring的解决方案，而是和Spring框架紧密结合用于提升Spring开发者体验的工具。同时它集成了大量常用的第三方库配置(例如Jackson, JDBC, Mongo, Redis, Mail等等)，Spring Boot应用中这些第三方库几乎可以零配置的开箱即用(out-of-the-box)，大部分的Spring Boot应用都只需要非常少量的配置代码，开发者能够更加专注于业务逻辑。
对使用者来说，换用Spring Boot以后，项目初始化方法变了，配置文件变了，另外就是不需要单独安装Tomcat这类容器服务器了，maven打出jar包直接跑起来就是个网站，但你最核心的业务逻辑实现与业务流程实现没有任何变化。
你是一个木匠，spring是锤子，spring MVC是钉子，而springboot就是一套 规定尺寸范围的锤子和钉子。
如果我们想要开发web项目，可以直接用springMVC进行配置，也可以用spring boot配置使其成为一个mvc，但是其帮我们做了很多mvc的配置，我们只要用就行了。
所以，用最简练的语言概括就是：
Spring 是一个“引擎”；
Spring MVC 是基于Spring的一个 MVC 框架；
Spring Boot 是基于Spring4的条件注册的一套快速开发整合包。
Spring Boot和Spring Cloud的区别
1、Spring boot 是 Spring 的一套快速配置脚手架，可以基于spring boot 快速开发单个微服务；Spring Cloud是一个基于Spring Boot实现的云应用开发工具；
2、Spring boot专注于快速、方便集成的单个个体，Spring Cloud是关注全局的服务治理框架；
3、spring boot使用了默认大于配置的理念，很多集成方案已经帮你选择好了，能不配置就不配置，Spring Cloud很大的一部分是基于Spring boot来实现。
4、Spring boot可以离开Spring Cloud独立使用开发项目，但是Spring Cloud离不开Spring boot，属于依赖的关系。
Spring常用注解
参考链接：https://mp.weixin.qq.com/s/4T9zJ6A12kfCxCRyS7gQaA
Spring中的@Transactional 放在 类级别 和 方法级别 上有什么不同？
@Transactional放在类级别上等同于该类的每个方法都放上了@Transactional
放在方法级别上表示仅对方法有效，还可以覆盖类上的注解
Spring Bean生命周期详解，其是怎么回收的
参考链接：https://blog.csdn.net/a327369238/article/details/52193822
SpringMVC与Structs2的区别
1、Struts2是类级别的拦截， 一个类对应一个request上下文，SpringMVC是方法级别的拦截，一个方法对应一个request上下文，而方法同时又跟一个url对应,所以说从架构本身上SpringMVC就容易实现restful url,而struts2的架构实现起来要费劲，因为Struts2中Action的一个方法可以对应一个url，而其类属性却被所有方法共享，这也就无法用注解或其他方式标识其所属方法了。
2、由上边原因，SpringMVC的方法之间基本上独立的，独享request response数据，请求数据通过参数获取，处理结果通过ModelMap交回给框架，方法之间不共享变量，而Struts2搞的就比较乱，虽然方法之间也是独立的，但其所有Action变量是共享的，这不会影响程序运行，却给我们编码 读程序时带来麻烦，每次来了请求就创建一个Action，一个Action对象对应一个request上下文。
3、由于Struts2需要针对每个request进行封装，把request，session等servlet生命周期的变量封装成一个一个Map，供给每个Action使用，并保证线程安全，所以在原则上，是比较耗费内存的。
4、 拦截器实现机制上，Struts2有以自己的interceptor机制，SpringMVC用的是独立的AOP方式，这样导致Struts2的配置文件量还是比SpringMVC大。
5、SpringMVC的入口是servlet，而Struts2是filter（这里要指出，filter和servlet是不同的。以前认为filter是servlet的一种特殊），这就导致了二者的机制不同，这里就牵涉到servlet和filter的区别了。
6、SpringMVC集成了Ajax，使用非常方便，只需一个注解@ResponseBody就可以实现，然后直接返回响应文本即可，而Struts2拦截器集成了Ajax，在Action中处理时一般必须安装插件或者自己写代码集成进去，使用起来也相对不方便。
7、SpringMVC验证支持JSR303，处理起来相对更加灵活方便，而Struts2验证比较繁琐，感觉太烦乱。
8、Spring MVC和Spring是无缝的。从这个项目的管理和安全上也比Struts2高（当然Struts2也可以通过不同的目录结构和相关配置做到SpringMVC一样的效果，但是需要xml配置的地方不少）。
9、 设计思想上，Struts2更加符合OOP的编程思想， SpringMVC就比较谨慎，在servlet上扩展。
10、SpringMVC开发效率和性能高于Struts2。
11、SpringMVC可以认为已经100%零配置。
推荐阅读：https://thinkwon.blog.csdn.net/article/details/104397516
3439
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
