开箱即用，40 个 SpringBoot 常用注解！

后端开发同学对 Spring Boot 一定不陌生，由于其精巧的架构设计，并提供了丰富的注解，让我们的开发效率事半功倍。

今天，Tom 哥就带大家一起回顾下 Spring 家族都提供了哪些注解。

一、Spring Web MVC

@RequestMapping

@RequestMapping 注解的主要用途是将 Web 请求与请求处理类中的方法进行映射。Spring MVC 和 Spring WebFlux 都通过 RquestMappingHandlerMapping 和 RequestMappingHndlerAdapter 两个类来提供对 @RequestMapping 注解的支持。

@RequestMapping 注解对请求处理类中的请求处理方法进行标注； @RequestMapping 注解拥有以下的六个配置属性：

• value :映射的请求 URL 或者其别名

• method :兼容 HTTP 的方法名

• params :根据 HTTP 参数的存在、缺省或值对请求进行过滤

• header :根据 HTTP Header 的存在、缺省或值对请求进行过滤

• consume :设定在 HTTP 请求正文中允许使用的媒体类型

• product :在 HTTP 响应体中允许使用的媒体类型

提示：在使用 @RequestMapping 之前，请求处理类还需要使用 @Controller 或 @RestController 进行标记，公众 号 Java 精选，回复 java 面试，获取面试资料，支持在线刷题。

下面是使用 @RequestMapping 的两个示例：

@RequestMapping 还可以对类进行标记，这样类中的处理方法在映射请求路径时，会自动将类上 @RequestMapping 设置的 value 拼接到方法中映射路径之前，如下：

@RequestBody

@RequestBody 在处理请求方法的参数列表中使用，它可以将请求主体中的参数绑定到一个对象中，请求主体参数是通过 HttpMessageConverter 传递的，根据请求主体中的参数名与对象的属性名进行匹配并绑定值。此外，还可以通过 @Valid 注解对请求主体中的参数进行校验。

下面是一个使用 @RequestBody 的示例：

@GetMapping

@GetMapping 注解用于处理 HTTP GET 请求，并将请求映射到具体的处理方法中。具体来说，@GetMapping 是一个组合注解，它相当于是 @RequestMapping(method=RequestMethod.GET) 的快捷方式。

下面是 @GetMapping 的一个使用示例：

@PostMapping

@PostMapping 注解用于处理 HTTP POST 请求，并将请求映射到具体的处理方法中。@PostMapping 与 @GetMapping 一样，也是一个组合注解，它相当于是 @RequestMapping(method=HttpMethod.POST) 的快捷方式。

下面是使用 @PostMapping 的一个示例：

@PutMapping

@PutMapping 注解用于处理 HTTP PUT 请求，并将请求映射到具体的处理方法中，@PutMapping 是一个组合注解，相当于是 @RequestMapping(method=HttpMethod.PUT) 的快捷方式。

下面是使用 @PutMapping 的一个示例：

@DeleteMapping

@DeleteMapping 注解用于处理 HTTP DELETE 请求，并将请求映射到删除方法中。@DeleteMapping 是一个组合注解，它相当于是 @RequestMapping(method=HttpMethod.DELETE) 的快捷方式。

下面是使用 @DeleteMapping 的一个示例：

@PatchMapping

@PatchMapping 注解用于处理 HTTP PATCH 请求，并将请求映射到对应的处理方法中。@PatchMapping 相当于是 @RequestMapping(method=HttpMethod.PATCH) 的快捷方式。

下面是一个简单的示例：

@ControllerAdvice

@ControllerAdvice 是 @Component 注解的一个延伸注解，Spring 会自动扫描并检测被 @ControllerAdvice 所标注的类。 @ControllerAdvice 需要和 @ExceptionHandler 、 @InitBinder 以及 @ModelAttribute 注解搭配使用，主要是用来处理控制器所抛出的异常信息。

首先，我们需要定义一个被 @ControllerAdvice 所标注的类，在该类中，定义一个用于处理具体异常的方法，并使用 @ExceptionHandler 注解进行标记。

此外，在有必要的时候，可以使用 @InitBinder 在类中进行全局的配置，还可以使用 @ModelAttribute 配置与视图相关的参数。使用 @ControllerAdvice 注解，就可以快速的创建统一的，自定义的异常处理类。

下面是一个使用 @ControllerAdvice 的示例代码：

@ResponseBody

@ResponseBody 会自动将控制器中方法的返回值写入到 HTTP 响应中。特别的， @ResponseBody 注解只能用在被 @Controller 注解标记的类中。如果在被 @RestController 标记的类中，则方法不需要使用 @ResponseBody 注解进行标注。 @RestController 相当于是 @Controller 和 @ResponseBody 的组合注解。

下面是使用该注解的一个示例

@ExceptionHandler

@ExceptionHander 注解用于标注处理特定类型异常类所抛出异常的方法。当控制器中的方法抛出异常时，Spring 会自动捕获异常，并将捕获的异常信息传递给被 @ExceptionHandler 标注的方法。

下面是使用该注解的一个示例：

@ResponseStatus

@ResponseStatus 注解可以标注请求处理方法。使用此注解，可以指定响应所需要的 HTTP STATUS。特别地，我们可以使用 HttpStauts 类对该注解的 value 属性进行赋值。

下面是使用 @ResponseStatus 注解的一个示例：

@PathVariable

@PathVariable 注解是将方法中的参数绑定到请求 URI 中的模板变量上。可以通过 @RequestMapping 注解来指定 URI 的模板变量，然后使用 @PathVariable 注解将方法中的参数绑定到模板变量上。

特别地， @PathVariable 注解允许我们使用 value 或 name 属性来给参数取一个别名。下面是使用此注解的一个示例：

模板变量名需要使用 { } 进行包裹，如果方法的参数名与 URI 模板变量名一致，则在 @PathVariable 中就可以省略别名的定义。

下面是一个简写的示例：

提示：如果参数是一个非必须的，可选的项，则可以在 @PathVariable 中设置 require = false

@RequestParam

@RequestParam 注解用于将方法的参数与 Web 请求的传递的参数进行绑定。使用 @RequestParam 可以轻松的访问 HTTP 请求参数的值。

下面是使用该注解的代码示例：

该注解的其他属性配置与 @PathVariable 的配置相同，特别的，如果传递的参数为空，还可以通过 defaultValue 设置一个默认值。示例代码如下：

@Controller

@Controller 是 @Component 注解的一个延伸，Spring 会自动扫描并配置被该注解标注的类。此注解用于标注 Spring MVC 的控制器。下面是使用此注解的示例代码：

@RestController

@RestController 是在 Spring 4.0 开始引入的，这是一个特定的控制器注解。此注解相当于 @Controller 和 @ResponseBody 的快捷方式。当使用此注解时，不需要再在方法上使用 @ResponseBody 注解。

下面是使用此注解的示例代码：

@ModelAttribute

通过此注解，可以通过模型索引名称来访问已经存在于控制器中的 model。下面是使用此注解的一个简单示例：

与 @PathVariable 和 @RequestParam 注解一样，如果参数名与模型具有相同的名字，则不必指定索引名称，简写示例如下：

特别地，如果使用 @ModelAttribute 对方法进行标注，Spring 会将方法的返回值绑定到具体的 Model 上。示例如下：

在 Spring 调用具体的处理方法之前，被 @ModelAttribute 注解标注的所有方法都将被执行。

大厂裁员，我们该怎么办？

@CrossOrigin

@CrossOrigin 注解将为请求处理类或请求处理方法提供跨域调用支持。如果我们将此注解标注类，那么类中的所有方法都将获得支持跨域的能力。使用此注解的好处是可以微调跨域行为。使用此注解的示例如下：

@InitBinder

@InitBinder 注解用于标注初始化 WebDataBinider 的方法，该方法用于对 Http 请求传递的表单数据进行处理，如时间格式化、字符串处理等。下面是使用此注解的示例：

二、Spring Bean 注解

在本小节中，主要列举与 Spring Bean 相关的 4 个注解以及它们的使用方式。

@ComponentScan

@ComponentScan 注解用于配置 Spring 需要扫描的被组件注解注释的类所在的包。可以通过配置其 basePackages 属性或者 value 属性来配置需要扫描的包路径。属性是 basePackages 的别名。

@Component

@Component 注解用于标注一个普通的组件类，它没有明确的业务范围，只是通知 Spring 被此注解的类需要被纳入到 Spring Bean 容器中并进行管理。此注解的使用示例如下：

@Service

@Service 注解是 @Component 的一个延伸（特例），它用于标注业务逻辑类。与 @Component 注解一样，被此注解标注的类，会自动被 Spring 所管理。下面是使用 @Service 注解的示例：

@Repository

@Repository 注解也是 @Component 注解的延伸，与 @Component 注解一样，被此注解标注的类会被 Spring 自动管理起来， @Repository 注解用于标注 DAO 层的数据持久化类。此注解的用法如下：

三、Spring Dependency Inject 与 Bean Scops 注解

Spring DI 注解

@DependsOn

@DependsOn 注解可以配置 Spring IoC 容器在初始化一个 Bean 之前，先初始化其他的 Bean 对象。下面是此注解使用示例代码：

@Bean

@Bean 注解主要的作用是告知 Spring，被此注解所标注的类将需要纳入到 Bean 管理工厂中。@Bean 注解的用法很简单，在这里，着重介绍 @Bean 注解中 initMethod 和 destroyMethod 的用法。示例如下：

Scops 注解

@Scope

@Scope 注解可以用来定义 @Component 标注的类的作用范围以及 @Bean 所标记的类的作用范围。@Scope 所限定的作用范围有： singleton 、 prototype 、 request 、 session 、 globalSession 或者其他的自定义范围。这里以 prototype 为例子进行讲解。

当一个 Spring Bean 被声明为 prototype（原型模式）时，在每次需要使用到该类的时候，Spring IoC 容器都会初始化一个新的改类的实例。在定义一个 Bean 时，可以设置 Bean 的 scope 属性为 prototype：scope=“prototype” ,也可以使用 @Scope 注解设置，如下：

@Scope(value=ConfigurableBeanFactory.SCOPE_PROPTOTYPE)

下面将给出两种不同的方式来使用 @Scope 注解，示例代码如下：

@Scope 单例模式

当 @Scope 的作用范围设置成 Singleton 时，被此注解所标注的类只会被 Spring IoC 容器初始化一次。 在默认情况下，Spring IoC 容器所初始化的类实例都为 singleton。 同样的原理，此情形也有两种配置方式，示例代码如下：

四、容器配置注解

@Autowired

@Autowired 注解用于标记 Spring 将要解析和注入的依赖项。此注解可以作用在构造函数、字段和 setter 方法上。

作用于构造函数

下面是 @Autowired 注解标注构造函数的使用示例：

作用于 setter 方法

下面是 @Autowired 注解标注 setter 方法的示例代码：

作用于字段

@Autowired 注解标注字段是最简单的，只需要在对应的字段上加入此注解即可，示例代码如下：

@Primary

当系统中需要配置多个具有相同类型的 bean 时，@Primary 可以定义这些 Bean 的优先级。下面将给出一个实例代码来说明这一特性：

输出结果：

this is send DingDing method message.

@PostConstruct 与 @PreDestroy

值得注意的是，这两个注解不属于 Spring,它们是源于 JSR-250 中的两个注解，位于 common-annotations.jar 中。@PostConstruct 注解用于标注在 Bean 被 Spring 初始化之前需要执行的方法。@PreDestroy 注解用于标注 Bean 被销毁前需要执行的方法。下面是具体的示例代码：

@Qualifier

当系统中存在同一类型的多个 Bean 时，@Autowired 在进行依赖注入的时候就不知道该选择哪一个实现类进行注入。此时，我们可以使用 @Qualifier 注解来微调，帮助 @Autowired 选择正确的依赖项。下面是一个关于此注解的代码示例：

五、Spring Boot 注解

@SpringBootApplication

@SpringBootApplication 注解是一个快捷的配置注解，在被它标注的类中，可以定义一个或多个 Bean，并自动触发自动配置 Bean 和自动扫描组件。此注解相当于 @Configuration 、 @EnableAutoConfiguration 和 @ComponentScan 的组合。

在 Spring Boot 应用程序的主类中，就使用了此注解。示例代码如下：

@SpringBootApplicationpublic class Application{    public static void main(String [] args){        SpringApplication.run(Application.class,args);    }}

@EnableAutoConfiguration

@EnableAutoConfiguration 注解用于通知 Spring，根据当前类路径下引入的依赖包，自动配置与这些依赖包相关的配置项。

@ConditionalOnClass 与 @ConditionalOnMissingClass

这两个注解属于类条件注解，它们根据是否存在某个类作为判断依据来决定是否要执行某些配置。下面是一个简单的示例代码：

@Configuration@ConditionalOnClass(DataSource.class)class MySQLAutoConfiguration {    //...}

@ConditionalOnBean 与 @ConditionalOnMissingBean

这两个注解属于对象条件注解，根据是否存在某个对象作为依据来决定是否要执行某些配置方法。示例代码如下：

@Bean@ConditionalOnBean(name="dataSource")LocalContainerEntityManagerFactoryBean entityManagerFactory(){        //...        }@Bean@ConditionalOnMissingBeanpublic MyBean myBean(){        //...        }

@ConditionalOnProperty

@ConditionalOnProperty 注解会根据 Spring 配置文件中的配置项是否满足配置要求，从而决定是否要执行被其标注的方法。示例代码如下：

@Bean@ConditionalOnProperty(name="alipay",havingValue="on")Alipay alipay(){        return new Alipay();        }

@ConditionalOnResource

此注解用于检测当某个配置文件存在使，则触发被其标注的方法，下面是使用此注解的代码示例：

@ConditionalOnResource(resources = "classpath:website.properties")Properties addWebsiteProperties(){        //...        }

@ConditionalOnWebApplication 与 @ConditionalOnNotWebApplication

这两个注解用于判断当前的应用程序是否是 Web 应用程序。如果当前应用是 Web 应用程序，则使用 Spring WebApplicationContext,并定义其会话的生命周期。下面是一个简单的示例：

@ConditionalOnWebApplicationHealthCheckController healthCheckController(){        //...        }

@ConditionalExpression

此注解可以让我们控制更细粒度的基于表达式的配置条件限制。当表达式满足某个条件或者表达式为真的时候，将会执行被此注解标注的方法。

@Bean@ConditionalException("${localstore} && ${local == 'true'}")LocalFileStore store(){        //...        }

@Conditional

@Conditional 注解可以控制更为复杂的配置条件。在 Spring 内置的条件控制注解不满足应用需求的时候，可以使用此注解定义自定义的控制条件，以达到自定义的要求。下面是使用该注解的简单示例：

@Conditioanl(CustomConditioanl.class)CustomProperties addCustomProperties(){        //...        }

总结

本次课程总结了 Spring Boot 中常见的各类型注解的使用方式，让大家能够统一的对 Spring Boot 常用注解有一个全面的了解。