gulanga5的博客

/此注解可用在方法上， 成员变量上， 注解上， 构造方法上， 方法参数上//在运行时生效//默认错误信息String message() default "不能包含空格";//分组Class

以上步骤应该使你的Spring Boot应用程序能够在开发时实现热部署。当类路径上的文件发生更改时，应用程序应该会自动重启并应用这些更改。请注意，这只适用于开发环境，并且可能不适用于所有的IDE设置或项目配置。在Spring Boot中启用热部署通常涉及使用Spring Boot DevTools依赖和配置。如果你使用的是IntelliJ IDEA，可以开启“自动编译”功能，并且启用“Allow auto-make to start”选项。配置IDE以便在文件更改时自动重新编译项目。

1.1.Spring在3.2版本增加了一个注解，可以与等注解注解配套使用。简单的说，该注解可以把异常处理器应用到所有控制器，而不是单个控制器。借助该注解，我们可以实现：在独立的某个地方，比如单独一个类，定义一套对各种异常的处理机制，然后在类的签名加上注解，统一对 不同阶段的、不同异常 进行处理。这就是统一异常处理的原理。1.2.对异常按阶段进行分类，大体可以分成：进入Controller前的异常 和 Service 层异常。

是基于Swagger框架实现的。通常，建议以上配置的order值至少是2位的数字，并且有预留位置，例如10~19之间的都是增加数据的业务，20~29之间的都是删除数据的业务，30~39之间都是修改数据的业务，40~49之间都是查询数据的业务。添加在控制器类中处理请求的方法上的注解，当方法有多个非封装的参数时，在方法上添加此注解，并在注解内部通过@ApiImplicitParam数组配置多个参数。添加在控制器类中处理请求的方法上的注解，主要用于配置非封装(非XxxDTO/XxxParam的参数)的参数。

默认的编译生成的类都在targe文件夹下面。总的来说，上面两条都遵循了推荐默认配置的思想。当存在特殊需求的时候，自定义配置即可。这样可以大大的减少配置工作，这就是所谓的“约定”。spring boot默认的配置文件必须是，也只能是application.命名的yml文件或者properties文件，且唯一。原文链接：https://blog.csdn.net/zhupanlinch/article/details/103025743。在没有规定配置的地方，采用默认配置，以力求最简配置为核心思想。

Lombok 是一个 Java 库，可以通过在代码中添加注解来消除模板代码，以简化 Java 代码的编写过程；Lombok 支持自动生成 getter、setter、toString等方法，减少了重复性的开发工作。

Springboot中常见的热部署方式有3种:1.使用springloaded配置pom.xml文件，使用mvn spring-boot:run启动2.使用springloaded本地加载启动，配置jvm参数3.使用devtools工具包，操作简单，但是每次需要重新部署。

主要是要给本配置类添加@PropertySource来加载jdbc.properties配置文件(否则项目的启动类自动就会扫描根包下的JDBCPropertyData类)。

启动类的核心注解(EnableAutoConfiguration)叫Enable的注解都在导入Import注解导入一个selector选择器(返回一堆配置类的全路径名称String[]) 读取META-INF/spring.factories的文件中的key和value注意： 并不是所有String[]中的自动配置类都加载,需要满足条件注解。

添加在配置类上，用于扫描使用Mybatis时的访问数据的接口所在的根包，使用此注解后，各接口不再需要使用@Mapper注解，在配置根包时，应保证此包下只有访问数据的接口，切不可存在其它接口，因为Mybatis并不会解析接口的内部代码，只要是接口都会创建代理对象，如果你自行创建类实现了此接口还被Spring创建了对象，会出现错误。添加在Spring MVC配置类上的注解，当响应正文，且响应的是JSON格式的结果时，必须添加此注解，否则将导致406错误，另外，在Spring Boot项目中不需要手动添加。

基于@Autowired注解方式实现依赖注入，底层首先会检测容器中是否有与属性或方法参数类型相匹配的对象，假如有并且只有一个则直接注入。其次，假如检测到有多个，还会按照@Autowired描述的属性或方法参数名查找是否有名字匹配的对象，有则直接注入，没有则抛出异常。假如我们有明确要求，必须要注入类型为指定类型，名字为指定名字的对象还可以使用@Qualifier注解对其属性或参数进行描述(此注解必须配合@Autowired注解使用)。

TypeNameExtractor

432432

PropertySourceFactory的默认实现DefaultPropertySourceFactory是解析不了yaml文件的，如果要解析，就要自定义实现。我们直接引用第三方jar包，利用里边的API进行解析。B.编写Yaml解析工厂。A.引用第三方jar包。

springboot版HelloWorld....

SpringMVC测试

log4j

SpringBoot热部署

TypeNameExtractor could not be found

mockMvc

321