springboot测试类注解 springboot中常用注解

springboot三大核心注解是什么？

为了在自定义端口上运行 Spring Boot 应用程序，您可以在

springboot三大核心注解是@Configuration，@EnableAutoConfiguration和@ComponentScan。提到@Configuration就要提到他的搭档@Bean，使用这两个注解就可以创建一个简单的spring配置类，可以用来替代相应的xml配置文件。

springboot测试类注解 springboot中常用注解

springboot测试类注解 springboot中常用注解

入口类 Application ：

springboot三大核心注解的特点

springboot三大核心注解是什么？

当指定的类在类路径中存在时，才会创建Bean或执行配置；当容器中不存在指定的Bean时，才会创建Bean或执行配置；当指定的配置属性存在时，才会创建Bean或执行配置；当应用是Web应用时，才会创建Bean或执行配置。

springboot三大核心注解是Configuration，EnableAuto，ComponentScan。SpringBoot的特点是无需XML配置文件，能自动扫描包路径装载并注入对象，并能做到根据classpath下的jar包自动配置。

Configuration就要提到他的搭档@Bean，使用这两个注解就可以创建一个简单的spring配置类，可以用来替代相应的这个注解类标识这个类可以使用SpringIoC容器作为bean定义的来源，@Bean注解告诉Spring，一个带有@Bean的注解方法将返回一个对象，该对象应该被注册为在Spring应用程序上下文中的bean。xml配置文件，这个注解类标识这个类可以使用SpringIoC容器作为bean定义的来源。

@Bean注解告诉Spring一个带有@Bean的注解方法将返回一个对象，该对象应该被注册为在Spring应用程序上下文中的bean，能够自动配置spring的上下文，试图猜测和配置你想要的bean类，通常会自动根据你的类路径和你的bean定义自动配置。

spring boot有没有什么解决whiabel的问题？

在Spring Boot中，当请求没有正确匹配到任何处理器方法时，会出现默认的"Whiabel Error Page"错误页面。这个页面是Spring Boot提供的默认错误页面，用于向用户显示错误信息。通常情况下，我们希望提供自定义的错误页面或错误处理方式，而不是显示Spring Boot的默认错误页面。

有几种解决"WhiabeBFPP：BeanFactoryPostProcessorl Error Page"问题的方法：

自定义错误页面Spring JaConfig 是 Spring 社区的产品，它提供了配置 Spring IoC 容器的纯Ja 方法。因此它有助于避免使用 XML 配置。使用 JaConfig 的优点在于：：

使用ErrorController：

您可以创建一个实现了org.springframework.boot.web.servlet.error.ErrorController接口的类，用于处理错误并返回自定义的错误页面或错误信息。通过自定义ErrorController，您可以更加灵活地控制错误处理的逻辑和展示。

使用@ControllerA和@ExceptionHandler：

您可以使用@ControllerA注解和@ExceptionHandler注解，创建一个全局的异常处理类，用于捕获所有的异常，并返回自定义的错误页面或错误信息。这种方式可以集中处理所有的异常，避免在每个Controller中都进行处理。

这些方法都可以解决"Whiabel Error Page"问题，具体使用哪种方法取决于您的需求和项目的架构。一般来说，如果您只需要简单地展示自定义的错误页面，可以选择自定义错误页面或使用ErrorController。如果您需要更细粒度的控制和处理异常，可以使用@ControllerA和@ExceptionHandler。

SpringBoot中所有@Conditional注解和作用说明

如果符合条件，Spring Boot就会自动创建Bean并注入到容器中，完成自动配置的过程。这样，应用就可以在不需要手动编写配置的情况下，快速地完成常见的功能配置，提高开发效率。

1、@ConditionalOnClass，当classpath单纯做 Spring Boot 开发，可能不太容易遇到 bootstrap.properties 配置文下发现该类的情况下进行自动配置。

2、@ConditionalOnMissingBean，当Spring Context中不存在该Bean时。

3、@ConditionalOnProperty(prefix = "example.show",value = "enabled",hingValue = "true")，当配置文件中example.show.enabled=true时。

4、@ConditionalOnBean:当容器中有指定的Bean的条件下

5、@ConditionalOnExpression:基于SpEL表达式作为判断条件

6、@ConditionalOnJa:基于JVM版本作为判断条件

7、ConditionalOnJndi:在JNDI存在的条件下查找指定的位置

8、@ConditionalOnMissingClass:当类路径下没有指定的类的条件下

9、@ConditionalOnNotWebApplication:当前项目不是Web项目的条件下

10、@ConditionalOnResource:类路径下是否有指定的资源

11、@ConditionalOnSingleCandidate:当指定的Bean在容器中只有一个，或者在有多个Bean的情况下，用来指定的Bean @ConditionalOnWebApplication:当前项目是Web项目的条件下

springboot快速入门及@SpringBootApplication注解分析

WebSocket 是一种计算机通信协议，通过单个 TCP 连接提供全双工通信信道。

简单demo

bootstrap (. yml 或者 . properties)：boostrap 由父 ApplicationContext 加载的，比 applicaton 优先加载，配置在应用程序上下文的阶段生效。一般来说我们在 Spring Cloud Config 或者 Nacos 中会用到它。且 boostrap 里面的属性不

实体 User 类：

配置类：

项目结构目录

启动程序，以 main 方法启动：

打印出正确的结果。

来分析一下流程，为何 Runnable 类， User ， Map 会纳入spring容器。

首先我们分析的就是入口类 Application 的启动注解 @SpringBootApplication ，进入源码：

发现 @SpringBootApplication 是一个复合注解，包括 @ComponentScan ，和 @SpringBootConfiguration ， @EnableAutoConfiguration 。

使用 @ComponentScan 注解代替 @SpringBootApplication 注解，也可以正常运行程序。原因是 @SpringBootApplication 中包含 @ComponentScan ，并且 springboot 会将入口类看作是一个 @SpringBootConfiguration 标记的配置类，所以定义在入口类 Application 中的 Runnable 也可以纳入到容器管理。

看一个demo学会使用这些参数配置

在包下com.zhihao.miao.springboot定义一个启动应用类（加上@SpringBootApplication注解）

在com.zhihao.miao.beans包下定义一个实体类，并且想将其纳入到spring容器中，

启动启动类，打印结果如下：

启动并打印：

当然使用@SpringBootApplication(scanBasePackageClasses = MyConfig.class)，指定scanBasePackageClasses参数的value值是你需要扫描的类也可以，结果一样，不过如果多个配置类不在当前包及其子包下，则需要指定多个。

再看一个列子，

在上面的列子的相同包下（com.zhihao.miao.springboot）配置了People，并将其纳入到spring容器中（@Component），我们知道@SpringBootApplication注解会扫描当前包及其子包，所以People类会纳入到spring容器中去，我们需要将其排除在spring容器中，如何作？

可以使用@SpringBootApplication的另外二个参数（exclude或excludeName）

启动类，

启动并打印结果：

然后修改@SpringBootApplication配置，

很明显启动报错。使用@excludeName注解也可以。如下，

@SpringBootApplication(excludeName = {"com.zhihao.miao.springboot.People"})

Springboot1.5.4文档

SpringBoot项目启动时校验@ConfigurationProperties注解（对于内部类的支持）

Spring Boot 中的 starter 到底是什么 ?

文章参考： JAVA基础篇（4）-Validation验证框架

Spring Boot Batch 提供可重用的函数，这些函数在处理大量记录时非常重要，包括日志/跟踪，事务管理，作业处理统计信息，作业重新启动，跳过和资源管理。它还提供了更先进的技术服务和功能，通过优化和分区技术，可以实现极高批量和高性能批处理作业。简单以及复杂的大批量批处理作业可以高度可扩展的方式利用框架处理重要大量的信息。

注意点：

结论：可以支持内部类参数校验；

结果：项目正常启动；

因为 com.lme.config.TestProperties#autoCorrectCallBack 属性上不存在校验注解，故内部类的属性不生效；

认识 SpringBootApplication 注解

修改启动类，@SpringBootApplication(scanBasePackages = "com.zhihao.miao")，指定扫描路径：

这篇文章不谈论具体背后的工作原理，只是先认识根 @SpringBootApplication 注解相关的其他几个注解，以及带来的作用。先把地基打好，才能建高楼大厦。

参考文档：

它的作用是在处理 @Configuration 时，注册额外的 bean definition。

表示包含该注解的类所在的包应该在 AutoConfigurationPackages 中注册。所以这个注解就能够解释为什么 spring boot 的启动类要放在 package 的最外层，以保证 spring 能够自动扫描到它们。

它的实现原理是在注解上标注了 @Import，导入了一个 AutoConfigurationPackages.Registrar 类。

用于保存导入的配置类所在的包及子包。它实现了 ImportBeanDefinitionRegistrar 接口。注意下，Registrar 类是 AutoConfigurationPackages 类的内部类，同上面的注解 @AutoConfigurationPackage 名字就了一个字母，千万别搞混了。

DeferredImportSelector 类用于处理自动配置。如果需要自定义扩展 @EnableAutoConfiguration，那么也可以扩展此类。

DeferredImportSelector 接口是 ImportSelector 接口的一种扩展，它是在处理完所有 @Configuration 类型的 bean 之后才会被执行，因此，它的执行时机是在 @Configuration 注解中的其他逻辑被处理完毕之后（包括对 @ImportResource、@Bean 这些注解的处理）再执行，也就是说，DeferredImportSelector 的执行时机比 ImportSelector 更晚。

DeferredImportSelector 接口在处理有条件的选择导入时非常有用。

聊聊Spring Boot面试相关问题

2、SpringApplication对象创建完成之后，开始执行run方法，来完成整个启动，启动过程中最主要的有两个方法，个叫做prepareContext，第二个叫做refreshContext,在这两个关键步骤中完整了自动装配的核心功能，前面的处理逻辑包含了上下文对象的创建，banner的打印，异常报告期的准备等各个准备工作，方便后续来进行调用。

Spring Boot 是 Spring 开源组织下的子项目，是 Spring 组件一站式解决方案，主要是简化了使用 Spring 的难度，简省了繁重的配置，提供了各种启动器，开发者能快速上手。

Spring Boot 主要有如下优点：

启动类上面的注解是@SpringBootApplication，它也是 Spring Boot 的核心注解，主要组合包含了以下 3 个注解：

@SpringBootConfiguration：组合了 @Configuration 注解，实现配置文件的功能。

@EnableAutoConfiguration：打开自动配置的功能，也可以关闭某个自动配置的选项，如关闭数据源自动配置功能：

@SpringBootApplication(exclude= { DataSourceAutoConfiguration.class })。

@ComponentScan：Spring组件扫描。

（1） 面向对象的配置。由于配置被定义为 JaConfig 中的类，因此用户可以

充分利用 Ja 中的面向对象的功能。一个配置类可以继承另一个，重写它的

@Bean 方法等。

（2） 减少或消除 XML 配置。基于依赖注入原则的外化配置的好处已被证明。

但是，许多开发人员不希望在 XML 和 Ja 之间来回切换。JaConfig 为开发人员提供了一种纯粹 Ja 方法来配置与 XML 配置概念相似的 Spring 容器。从

技术角度来讲，只是使用 JaConfig 配置类来配置容器是可行的，但实际上很多人认为将JaConfig 与 XML 混合匹配是理想的。（3）类型安全和重构友好。JaConfig 提供了一种类型安全的方法来配置

Spring容器。由于 Ja 5.0 对泛型的支持，现在可以按类型而不是按名称检索 bean，不需要任何强制转换或基于字符串的查找。

BPP：BeanPostProcessor

BDRPP:BeanDefinitionRegistryPostProcessor

表达的总体思路是：总-分-总

1、springboot自动装配是什么，解决了什么问题

2、自动装配实现的原理：

1、当启动springboot应用程序的时候， 会先创建SpringApplication的对象，在对象的构造方法中会进行某些参数的初始化工作，最主要的是判断当前应用程序的类型以及初始化器和，在这个过程中会加载整个应用程序中的spring.factories文件，将文件的内容放到缓存对象中，方便后续获取。

3、在prepareContext方法中主要完成的是对上下文对象的初始化作，包括了属性值的设置，比如环境对象，在整个过程中有一个非常重要的方法，叫做load，load主要完成一件事，将当前启动类做为一个beanDefinition注册到registry中，方便后续在进行BeanFactoryPostProcessor调用执行的时候，找到对应的主类，来完成@SpringBootApplicaiton,@EnableAutoConfiguration等注解的解析工作

4、在refreshContext方法中会进行整个容器刷新过程，会调用中spring中的refresh方法，refresh中有13个非常关键的方法，来完成整个spring应用程序的启动，在自动装配过程中，会调用invokeBeanFactoryPostProcessor方法，在此方法中主要是对ConfigurationClassPostProcessor类的处理，这次是BFPP的子类也是BDRPP的子类，在调用的时候会先调用BDRPP中的tProcessBeanDefinitionRegistry方法，然后调用tProcessBeanFactory方法，在执行tProcessBeanDefinitionRegistry的时候回解析处理各种注解，包含@PropertySource,@ComponentScan,@ComponentScans，@Bean,@Import等注解，最主要的是@Import注解的解析。

5、在解析@Import注解的时候，会有一个getImports的方法，从主类开始递归解析注解，把所有包含@Import的注解都解析到，然后在processImport方法中对Import的类进行分类，此处主要识别的时候AutoConfigurationImportSelect归属于ImportSelect的子类，在后续过程中会调用deferredImportSelectorHandler中的process方法，来完整EnableAutoConfiguration的加载。

6、上面是我对springboot自动装配的简单理解，面试官您看一下，我回答有没有问题，帮我指点一下！

在 Spring Boot 里面，可以使用以下几种方式来加载配置。

1） properties文件；

2） YAML文件；

3） 系统环境变量；

等等……

YAML 是一种人类可读的数据序列化语言。它通常用于配置文件。与属性文件相比，如果我们想要在配置文件中添加复杂的属性，YAML 文件就更加结构化，而且更少混淆。可以看出 YAML 具有分层配置数据。

YAML 现在可以算是非常流行的一种配置文件格式了，无论是前端还是后端，都可以见到 YAML 配置。那么 YAML 配置和传统的 properties 配置相比到底有哪些优势呢？

相比 properties 配置文件，YAML 还有一个缺点，就是不支持 @PropertySource 注解导入自定义的 YAML 配置。

Spring Boot 使用 Ja 配置而非 XML 配置，但是 Spring Boot 中也可以使用 XML 配置，通过 @ImportResource 注解可以引入一个 XML 配置。 spring boot 核心配置文件是什么？

bootstrap.properties 和 application.properties 有何区别 ?

件，但是在结合 Spring Cloud 时，这个配置就会经常遇到了，特别是在需要加载一些远程配置文件的时侯。

能被覆盖；

application (. yml 或者 . properties)： 由ApplicatonContext 加载，用于 spring boot 项目的自动化配置。

Spring Profiles 允许用户根据配置文件（dev，test，prod 等）来注册 bean。因此，当应用程序在开发中运行时，只有某些 bean 可以加载，而在

PRODUCTION中，某些其他 bean 可以加载。设我们的要求是 Swagger 文档仅适用于 QA 环境，并且禁用所有其他文档。这可以使用配置文件来完成。Spring Boot 使得使用配置文件非常简单。

application.properties 中指定端口。server.port = 8090

为了实现 Spring Boot 的安全性，我们使用 spring-boot-starter-security 依赖项，并且必须添加安全配置。它只需要很少的代码。配置类将必须扩展

WebSecurityConfigurerAdapter 并覆盖其方法。

跨域可以在前端通过 JSONP 来解决，但是 JSONP 只可以发送 GET 请求，无法发送其他类型的请求，在 RESTful 风格的应用中，就显得非常鸡肋，因此我们在后端通过 （CORS，Cross-origin resource sharing） 来解决跨域问题。这种解决方案并非 Spring Boot 特有的，在传统的 SSM 框架中，就可以通过 CORS 来解决跨域问题，只不过之前我们是在 XML 文件中配置 CORS ，现在可以通过实现WebMvcConfigurer接口然后重写addCorsMappings方法解决跨域问题。

项目中前后端分离部署，所以需要解决跨域的问题。

我们使用cookie存放用户登录的信息，在spring进行权限控制，当权限不符合时，直接返回给用户固定的json结果。

当用户登录以后，正常使用；当用户退出登录状态时或者token过期时，由于和跨域的顺序有问题，出现了跨域的现象。

CSRF 代表跨站请求伪造。这是一种攻击，迫使 终用户在当前通过身份验证的 Web 应用程序上执行不需要的作。CSRF 攻击专门针对状态改变请求，而不是数据窃取，因为攻击者无法查看对伪造请求的响应。

Spring boot actuator 是 spring 启动框架中的重要功能之一。Spring boot 监视器可帮助您访问生产环境中正在运行的应用程序的当前状态。有几个指标必须在生产环境中进行检查和。即使一些外部应用程序可能正在使用这些服务来向相关人员触发警报消息。监视器模块公开了一组可直接作为 HTTP URL 访问 的REST 端点来检查状态。

如何在 Spring Boot 中禁用 Actuator 端点安全性？

默认情况下，所有敏感的 HTTP 端点都是安全的，只有具有 ACTUATOR 角色

的用户才能访问它们。安全性是使用标准的 HttpServletRequest.isUserInRole 方法实施的。 我们可以使用来禁用安全性。只有在执行机构端点在防火墙后访问时，才建议禁用安全性。

Spring Boot 提供监视器端点以各个微服务的度量。这些端点对于获取有关应用程序的信息（如它们是否已启动）以及它们的组件（如数据库等）是否正常运行很有帮助。但是，使用监视器的一个主要缺点或困难是，我们必须单独打开应用程序的知识点以了解其状态或 健康 状况。想象一下涉及 50 个应用程序的微服务，将不得不击中所有 50 个应用程序的执行终端。为了帮助我们处理这种情况，我们将使用位于的开源项目。 它建立在 Spring Boot Actuator 之上，它提供了一个 Web UI，使我们能够可视化多个应用程序的度量。

1、 WebSocket 是双向的 -使用 WebSocket 客户端或可以发起消息发送。

2、 WebSocket 是全双工的 -客户端和通信是相互的。

4、 Light -与 相比，WebSocket 消息数据交换要轻得多。

什么是 Spring Data ?

Spring Data 是 Spring 的一个子项目。用于简化数据库访问，支持NoSQL 和 关系数据存储。其主要目标是使数据库的访问变得方便快捷。Spring Data 具有如下特点：

SpringData 项目支持 NoSQL 存储：

SpringData 项目所支持的关系数据存储技术：

FreeMarker 是一个基于 Ja 的模板引擎， 初专注于使用 MVC 软件架构进行页生成。使用 Freemarker 的主要优点是表示层和业务层的完全分离。程序员可以处理应用程序代码，而设计人员可以处理 html 页面设计。 后使用 freemarker 可以将这些结合起来，给出 终的输出页面。

对于集成 Spring Boot 和 ActiveMQ，我们使用依赖关系。 它只需要很少的配置，并且不需要样板代码。

Swagger 广泛用于可视化 API，使用 Swagger UI 为前端开发人员提供在线沙箱。Swagger 是用于生成 RESTful Web 服务的可视化表示的工具，规范和完整框架实现。它使文档能够以与相同的速度更新。当通过 Swagger 正确定义时，消费者可以使用 少量的实现逻辑来理解远程服务并与其进行交互。因此，Swagger消除了调用服务时的猜测。

前后端分离，如何维护接口文档 ?

前后端分离开发日益流行，大部分情况下，我们都是通过 Spring Boot 做前后端分离开发，前后端分离一定会有接口文档，不然会前后端会深深陷入到扯皮中。一个比较笨的方法就是使用 word 或者 md 来维护接口文档，但是效率太低，接口一变，所有人手上的文档都得变。在 Spring Boot 中，这个问题常见

站，接口一旦发生变化，文档就会自动更新，所有开发工程师访问这一个在线网站就可以获取到 新的接口文档，非常方便。

这可以使用 DEV 工具来实现。通过这种依赖关系，您可以节省任何更改，嵌入式tomcat 将重新启动。Spring Boot 有一个开发工具（DevTools）模块，它有助于提高开发人员的生产力。Ja 开发人员面临的一个主要挑战是将文件更改自动部署到并自动重启。开发人员可以重新加载 Spring Boot 上的更改，而无需重新启动。这将消除每次手动部署更改的需要。

Spring Boot 在发布它的个版本时没有这个功能。这是开发人员 需要的功能。DevTools 模块完全满足开发人员的需求。该模块将在生产环境中被禁用。

它还提供 H2 数据库控制台以更好地测试应用程序。

使用了下面的一些依赖项

spring-boot-starter-activemq

spring-boot-starter-security

这有助于增加更少的依赖关系，并减少版本的冲突。

首先，这个 Starter 并非什么新的技术点，基本上还是基于 Spring 已有功能来实现的。首先它提供了一个自动化配置类，一般命名为 XXXAutoConfiguration

，在这个配置类中通过条件注解来决定一个配置是否生效（条件注解就是

Spring 中原本就有的），然后它还会提供一系列的默认配置，也允许开发者根据实际情况自定义相关配置，然后通过类型安全的属性注入将这些配置属性注入进来，新注入的属性会代替掉默认属性。正因为如此，很多第三方框架，我们只需要引入依赖就可以直接使用了。当然，开发者也可以自定义 Starter spring-boot-starter-parent 有什么用 ?

我们都知道，新创建一个 Spring Boot 项目，默认都是有 parent 的，这个

parent 就是 spring-boot-starter-parent ，spring-boot-starter-parent 主要有如下作用：

Spring Boot 打成的 jar 和普通的 jar 有什么区别 ?

Spring Boot 项目 终打包成的 jar 是可执行 jar ，这种 jar 可以直接通过 ja jar xxx.jar 命令来运行，这种 jar 不可以作为普通的 jar 被其他项目依赖，即使依赖了也无法使用其中的类。

Spring Boot 的 jar 无法被其他项目依赖，主要还是他和普通 jar 的结构不同。普通的 jar 包，解压后直接就是包名，包里就是我们的代码，而 Spring Boot

1） 打包用命令或者放到容器中运行

2） 用 Men/ Gradle 插件运行

3）直接执行 main spring boot 核心的两个配置文件：方法运行

1） 继承spring-boot-starter-parent项目

2） 导入spring-boot-dependencies项目依赖

Spring 提供了一种使用 ControllerA 处理异常的非常有用的方法。 我们通过实现一个 ControlerA 类，来处理类抛出的所有异常。

使用 Spring Boot 实现分页非常简单。使用 Spring Data-JPA 可以实现将可分页的传递给存储库方法。

微服务中如何实现 session 共享 ?

在微服务中，一个完整的项目被拆分成多个不相同的的服务，各个服务部署在不同的上，各自的 session 被从物理空间上隔离开了，但是经

常，我们需要在不同微服务之间共享 session ，常见的方案就是 Spring

Session + Redis 来实现 session 共享。将所有微服务的 session 统一保存在 Redis 上，当各个微服务对 session 有相关的读写作时，都去作 Redis 上的 session 。这样就实现了 session 共享，Spring Session 基于 Spring 中的过滤器实现，使得 session 的同步作对开发人员而言是透明的，非常简便。

定时任务也是一个常见的需求，Spring Boot 中对于定时任务的支持主要还是来自 Spring 框架。

在 Spring Boot 中使用定时任务主要有两种不同的方式，一个就是使用 Spring 中的 @Scheduled 注解，另一个则是使用第三方框架 Quartz。

使用 Spring 中的 @Scheduled 的方式主要通过 @Scheduled 注解来实现。

使用 Quartz ，则按照 Quartz 的方式，定义 Job 和 Trigger 即可。

springboot 项目resources/public下我新建了一个文件夹,为什么target里面不会生成？

您可以在Spring Boot应用中创建自定义的错误页面，用于替代默认的错误页面。在src/main/resources/static目录下，创建一个名为"error.html"的HTML文件，用于显示自定义的错误页面内容。当请求没有匹配到任何处理器方法时，Spring Boot会使用该自定义的错误页面来展示错误信息。

因为springboot 项目re开启 Spring 应用上下文的自动配置功能，它试图猜测你可能需要配置的 bean 信息。sources/public项目设置错误。

1、首先在电脑中打开springboot项目的编辑器IDEA，如下图所示。

2、然后在test-ja右击新建package(如图所示)。

3、然后在打开的窗口中，输入package名，点【ok】，如下图所示。

4、接着在新建的package右键新建class单元测试类，如下图所示。

5、单元测试类上加注@RunWith(SpringRunner.class)和@SpringBootTest；单元测试类方法加注解@Test；单元测试类方法里编写单元测试代码；tip：pom文件导入spring-boot-test包。点击方法左边的绿色三角形运行单元测试代码。

注意事项：

1、Spring 框架就像一个家族有众多衍生产品例如 boot、security、jpa等等但他们的基础都是Spring 的 ioc和 aop ioc 提供了依赖注入的容器 aop 解决了面向横切面的编程然后在此两者的基础上实现了其他延伸产品的高级功能。

2、Spring MVC是基于 Servlet 的一个 MVC 框架 主要解决 WEB 开发的问题因为 Spring 的配置非常复杂各种XML、 JaConfig、hin处理起来比较繁琐于是为了简化开发者的使用，从而创造性地推出了Spring boot，约定优于配置简化了spring的配置流程。