【Spring Boot 16】常用注解介绍及使用,内含福利
5、@RequestMapping
一个用来处理请求地址映射的注解,可用于类和方法上。用于类上,表示类中的所有响应请求的方法都是以该地址作为父路径。
常用属性:
(1)value:指定请求的实际地址,指定的地址可以是 URI Template 模式;
(2)method:指定请求的 method 方法,GET、POST、PUT、DELETE 等;
(3)consumes:指定处理请求的提交内容类型(content-type),例如 application/json、text/html;
(4)produces:?指定返回的内容类型,仅当 request 请求头中的(Accept)类型中包含该指定类型才返回;
(5)?params: 指定 request 中必须包含某些参数值是,才让该方法处理。
(6)headers: 指定 request 中必须包含某些指定的 header 值,才能让该方法处理请求。
常用的就是 value 和 method。
其简化注解有:
@GetMapping 等同于 @RequestMapping(method = RequestMethod.GET)
@PostMapping 等同于 @RequestMapping(method = RequestMethod.POST)
@PutMapping 等同于 @RequestMapping(method = RequestMethod.PUT)
@DeleteMapping 等同于 @RequestMapping(method = Re
questMethod.DELETE)
@PatchMapping 等同于 @RequestMapping(method = RequestMethod.PATCH)
6、@RequestBody 和 @ResponseBody
@RequestBody 注解允许 request 的参数在 reqeust 体中,常常结合前端 POST 请求,进行前后端交互。
@ResponseBody 注解支持将的参数在 reqeust 体中,通常返回 json 格式给前端。
7、@PathVariable、@RequestParam、@RequestAttribute
@PathVariable 用来接收参数,如/path/001,可接收 001 作为参数
@GetMapping("/path/{id}")
public String PathVariable(@PathVariable("id")String id){
return "id:"+id;
}
@RequestParam 用来接收 URL 中的参数,如/param?id=001,可接收 001 作为参数
@GetMapping("/param")
public String param(@RequestParam("id")String id){
return "id:"+id;
}
@RequestAttribute 用于访问由过滤器或拦截器创建的、预先存在的请求属性,效果等同与 request.getAttrbute()。
@GetMapping("/req/attr")
public String reqAttr(@RequestAttribute("id")String id){
return "id:"+id;
}
8、@ModelAttribute
主要是绑定请求参数到指定对象上,此注解可被用于方法、参数上。
运用在参数上,会将客户端传递过来的参数按名称注入到指定对象中,并且会将这个对象自动加入到 modelMap 中,便于 view 层使用;
运用在方法上,会在每一个 @RequestMapping 标注的方法前执行,如果有返回值,则自动将返回值加入到 ModelMap 中;
由于现在都采用前后端分离开发,故此注解相对用的较少,但对于一些在每次请求前需要进行一些额外操作时。使用此注解依然是个选择,比如进行统一的业务校验等,但使用此注解实现类似功能时需要注意,使用异步调用时,比如 callable 或者 DeferredResult 时,被此注解的方法会执行两次,因为异步请求时,是挂起另一个线程去重新执行,对于配置了拦截器,它们的执行顺序为:
preHandle ---->
afterConcurrentHandlingStarted ---->
Controller---->
preHandler---->
postHandler ---->
afterCompletion
三、service 层注解、持久层注解
======================
1、@Component、@Service、@Repository
这三者都是申明一个单例的 bean 类并纳入 spring 容器中,后两者其实都是继承于 @Component。
(1)?@Component 最普通的组件,可以被注入到 spring 容器进行管理。
通过这个注解的分层管理,就能将请求处理,业务逻辑处理,数据库操作处理分离出来,为代码解耦,也方便了以后项目的维护和开发。
所以我们在正常开发中,如果能用 @Service,?@Controller,?@Repository 其中一个标注这个类的定位的时候,就不要用 @Component 来标注。
(2)?@Repository 作用于持久层
(3)?@Service 作用于业务逻辑层
通常一些类无法确实是使用 @service 还是 @Component 时,注解使用 @Component,比如 Redis 的配置类等。
2、@Transational
评论