框架：SpringMVC常用注解总结

在项目学习的过程中，使用到了哪些注解呢？

1：@RequestMapping

RequestMapping可以注解到类或者方法上，可以用来处理请求地址的映射。

注：注解于类上，说明该类中所有的响应请求方法都是以该注解地址为父路径的。

RequestMapping有几个属性，把最重要的几个分成以下3个类：

1) value， method；

value：

指定的请求地址，或者URI模式的地址。

具体实现如下：

A：具体类：@RequestMapping(value="/user/roles/)

B：含某个变量的类：@RequestMapping(value="/user/roles/｛uid｝)

在声明方法时：

publicStringgetProduct(@PathVariable("uid") Long uid){

｝

则把声明的参数“uid”与形参uid所绑定，此时取得的形参是地址传递的uid参数。

C：含有正则表达式的类Method：

Method：

制定请求的方法，GET,POST等，若无声明，则默认几个常见的都可以。如GET、POST、PUT、DELETE等都可以取得。

4: @GetMapping

@GetMapping是一个组合注解，是@RequestMapping(method= RequestMethod.GET)的缩写。该注解将HTTP Get 映射到特定的处理方法上。

所以此处个人的理解，@GetMapping可以算是@RequestMapping的子集，可能该说法不是很严谨，但是我个人暂时是这么理解的。

1. 哪一些情况下，浏览器会发送get请求

a. 直接在浏览器地址栏输入某个地址

b. 点击链接

c. 表单默认的提交方式

2.特点：

a. 请求参数会添加到请求资源路劲的后面，只能添加少量参数

b. 请求参数会显示在浏览器地址栏，路由器会记录请求地址

5：@PostMapping

1. 哪一些情况下，浏览器会发送post请求

a. 设置表单method = "post"

2.特点：

a. 请求参数添加到实体内容里面，可以添加大量的参数（也解释了为什么浏览器地址栏不能发送post请求，在地址栏里我们只能填写URL，并不能进入到Http包的实体当中）

b. 相对安全，但是，post请求不会对请求参数进行加密处理（可以使用https协议来保证数据安全）。

6:RequestBody

如果传输的是单层json对象，我们后台可以直接用 @RequestParam接收

$.ajax({

type : "post",

dataType : "json",

url : "/testRequestBody",

data:{

name:"韦德",

age:35

success : function(result) {

}

});

@RequestMapping("/testRequestBody")

public String testRequestBody(@RequestParamMap<String, Object> map) {

System.out.println(map);// {name=韦德, age=35}

return"index";

}

如果传输的是多层嵌套json对象，这个时候会就会出现数据丢失问题

@RequestBody很好的解决了这个问题，它会把前台传输过来的json转化为后台对应的对象

$.ajax({

type : "post",

dataType : "json",

url : "/testRequestBody",

contentType:"application/json",

data:JSON.stringify({

name:"韦德",

win:[2006,2012,2013],

age:35

}),

success : function(result) {

}

});

@RequestMapping("/testRequestBody")

public StringtestRequestBody(@RequestBodyMap<String, Object> map) {

System.out.println(map);//{name=韦德, win=[2006, 2012, 2013], age=35}

return"index";

}

需要注意的是前台需要指定contentType为"application/json"

同时要把json对象转化为String，否则后台不能识别

7:@ResponseBody

@ResponseBody注解到方法上，直接传回结果（字符串）

ajax请求返回json格式，往常我们这样做

privatevoid writeJson(HttpServletResponseresponse,Object object) {

String json =JSON.toJSONString(object);

response.setCharacterEncoding("UTF-8");

response.setContentType("application/json; charset=utf-8");

PrintWriter out = null;

try {

out = response.getWriter();

out.write(json);

} catch (IOException e) {

e.printStackTrace();

} finally {

if (out != null) {

out.close();

}

这个时候 @ResponseBody就派上用场了，只需要一个注解，全部搞定

$.ajax({

type : "post",

dataType : "json",

url : "/testResponseBody",

success : function(result) {

console.info(result);

}

});

@RequestMapping("/testResponseBody")

@ResponseBody

public Map<String, Object>testRequestBody(){

Map<String,Object> result = new HashMap<String,Object>();

result.put("name", "韦德");

result.put("age", 35);

return result;

}

前台console输出

{

"age": 35,

"name": "韦德"

}

说一些个人的看法，非技术层面上的，一个 API 何时用 GET、POST 甚至 PUT 请求。

首先引入一个副作用的概念，副作用指当你发送完一个请求以后，网站上的资源状态没有发生修改，即认为这个请求是无副作用的。比如注册用户这个请求是有副作用的，获取用户详情可以认为是无副作用的。

再引入一个幂等性的概念，幂等是说，一个请求原封不动的发送N次和M次（N不等于M，N和M都大于1）服务器上资源的状态最终是一致的。比如发贴是非幂等的，重放10次发贴请求会创建10个帖子。但修改帖子内容是幂等的，一个修改请求重放无论多少次，帖子最终状态都是一致的。（前提是同一个修改操作重复10次）

唠叨了这么多，回过头来，何时用 PUT POST GET DELETE：

GET：无副作用，幂等
PUT：副作用，幂等
POST：副作用，非幂等
DELETE：副作用，幂等

这么看的话，DELETE 和 PUT 请求好像毫无区别。为了进一步区分这些请求方式的应用场景，我们再引入一个技术特性，request body，就是大家广为流传的 "POST 请求传输数据量比较大“ 这一说法的来源。

POST/PUT 请求可以通过传递 request body 来发送大量的数据，而 GET/DELETE 不能。

所以上面的表格需要再加一项：

GET：无副作用，幂等，不可带 Request Body
PUT：副作用，幂等，可以带 Request Body
POST：副作用，非幂等，可以带 Request Body
DELETE：副作用，幂等，不可带 Request Body

2) params，headers

params：

指定request中必须包含某些参数值，才让该方法处理。

headers：

指定request中必须包含某些指定的header值，才能让该方法处理请求。

3) consumes，produces

consumes：

指定处理请求的提交内容类型（Content-Type），例如application/json,text/html;

produces：

指定返回的内容类型，仅当request请求头中的(Accept)类型中包含该指定类型才返回；

2：@PathVariable

用于将请求URL中的模板变量映射到功能处理方法的参数上，即取出uri模板中的变量作为参数。如：

3: @RequestParam

@RequestParam主要用于在SpringMVC后台控制层获取参数，类似一种是request.getParameter("name")，

它有三个常用参数：defaultValue = "0", required = false,value="isApp"；

defaultValue 表示设置默认值，required通过boolean设置是否是必须要传入的参数，value 值表示接受的传入的参数类型。

形式如项目中的：

public ObjectuserMemberShop(@RequestParam(required= false,value="corpId")IntegercorpId,

@RequestParam("uid")Longuid){

}

参考一篇文章，其中讲了@controller、@service、@repository注解，自己复制下再总结下自己的一些想法。

如果一个类带了@controller、@service、@repository注解，将自动注册到Spring容器，不需要再在applicationContext.xml文件定义bean了。

首先：

Controller层使用@Controller注解

Service层使用@Service注解

Dao层使用@Repository注解

@Controller可注解于类上，声明该类为SpringMVC的Controller对象。

简单说：被@Controller注解的类是一个控制器，该类的方法是相应的动作。

@Service可注解于类上，

简单说：

1.声明该类是一个bean。如

@Service

@Scope("prototype")

public class Zoo

2.Zoo.java在bean中的id是"zoo"，即类名且首字母小写

例：@Service("userService")注解是告诉Spring，当Spring要创建UserServiceImpl的的实例时，bean的名字必须叫做"userService"，这样当Action需要使用UserServiceImpl的的实例时,就可以由Spring创建好的"userService"，然后注入给Action。
dao层使用@repository注解

@Repository可注解于类上，

@Repository(value="userDao")注解是告诉Spring，让Spring创建一个名字叫“userDao”的UserDaoImpl实例。
当Service需要使用Spring创建的名字叫“userDao”的UserDaoImpl实例时，

就可以使用@Resource(name = "userDao")注解告诉Spring，Spring把创建好的userDao注入给Service即可。