一.GET请求:
第一种情形:
前端发送get请求,使用data方式传递参数。
export function empList(query){
return request({
url:'/emps/list',
method:'get',
data:query
})
}
后端使用@GetMapping注解,不使用@RequestBody接收参数
@GetMapping("/list")
public Result listEmp(Emp emp){
List<Emp> emps = empService.listEmp(emp);
return Result.success(emps);
}
- 这种方法实际接收不到前端传递来的参数,因为get请求参数传递不能是data,而应该是params。
- 如果把后端接收参数方式改为@RequestBody,前端不作改动,则请求会报400错误(请求失败),后端报缺失需要的请求体,也就是需要Emp参数,但是前端并没有传送过来。
[org.springframework.http.converter.HttpMessageNotReadableException: Required request
body is missing: public cn.cjc.pojo.Result
cn.cjc.controller.EmpController.list(cn.cjc.pojo.Emp)
结论:在获取数据,即查询数据库的时候,使用get请求方式,使用params的方式传递参数,或者使用url占位符的方式传递参数。不要在查询操作中使用post方法。
第二种情形:
前端发送get请求,不使用data方式传递参数。
export function selectById(id) {
return request({
url: '/emps/'+id,
method: 'get',
})
}
后端使用@GetMapping注解,使用@PathVariable接收参数
@GetMapping("/{id}")
public Result getById(@PathVariable Integer id){
log.info("根据ID查询员工信息, id: {}",id);
Emp emp = empService.getById(id);
return Result.success(emp);
}
结论:当前端发起GET请求时,若传递的是一个对象,则后端接收数据时,不需要用@RequestBody来转换JSON串,若传递的是一个具体的值或参数则后端必须用@PathVariable来接收。
二.POST请求
前端发送post请求,使用data方式传递参数
//POST请求,且传递的是一个对象
export function add(emp) {
return request({
url: '/emps',
method: 'post',
data: emp
})
}
后端使用@PutMapping注解,使用@RequestBody接收参数
@PostMapping
public Result add(@RequestBody Emp emp){
empService.add(emp);
return Result.success();
}
结论: POST请求,一般用于新增或登录操作,通常传递为一个对象即一个JSON串,后端接收时必须使用@RequestBody注解来标识
三.PUT请求
前端发送put请求,使用data方式传递参数
export function update(emp) {
return request({
url: '/emps',
method: 'put',
data: emp
})
}
后端使用@PutMapping注解,使用@RequestBody接收参数
@PutMapping
public Result update(@RequestBody Emp emp){
empService.update(emp);
return Result.success();
}
- 如果前端使用data传递参数,后端不使用@RequestBody注解接收参数,则接收不到前端传递过来的参数(对象为null)。
- 如果前端使用params传递参数,后端使用@RequestBody注解接收参数,则会报请求体缺失异常(请求体中需要Emp参数,但是没有)。
- 如果前端使用params传递参数,后端不使用@RequestBody注解接收参数,是可以接收到前端传递过来的参数(对象为null)。
- 虽然可以使用post代替put但是同样也不建议这样使用。
结论:当前端发起PUT请求时,若传递为一个对象即一个JSON串,则后端必须用@RequestBody注解进行标识;若传递参数为具体的值,后端接收时不需要任务注解进行标识。
四.DELETE请求
前端使用delete请求方式,URL中设置占位符参数
//传输单个参数
export function deleteById(id) {
return request({
url: '/depts/' + id,
method: 'delete'
})
}
后端使用@DeleteMapping注解,@PathVariable获取URL参数
- 如果前端使用params传递参数,后端使用@RequestParam,则前端报400(请求失败),后端报缺少需要的参数错误;
- 前端使用data传递参数,后端使用@RequestParam仍然不行,报相同的错误。
- 使用post请求也可以完成delete的操作,但是不支持这样做。
结论:当前端发起DELETE请求时,传递的是一个具体的值或参数,后端接收参数必须用@PathVariable注解进行标识。
总结:主要针对于GET和POST请求:
1. GET拼接url,POST传递body,get限制字符串长度
2. 请求缓存:GET 会被缓存,而post不会,原因是get是url的请求3. 收藏书签:GET可以,而POST不能,原因是url可以收藏,
4. 保留浏览器历史记录:GET可以,而POST不能,原因是get的url请求
5. 用处:get常用于取回数据,post用于提交数据6. 安全性:post比get安全,是因为post是请求体,不会在url上被劫持!文章来源:https://www.toymoban.com/news/detail-596436.html
7. 请求参数:querystring是url的一部分get、post都可以带上。
8. get的querystring仅支持urlencode编码,post的参数是放在body(支持多种编码)
9. 请求参数长度限制:get请求限制字符串长度 ,post请求不限制字符串长度文章来源地址https://www.toymoban.com/news/detail-596436.html
到了这里,关于常用的前端4种请求方式的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!