常用的前端4种请求方式

一.GET请求:

前端页面:

第一种情况下:

 第二种情况下:

后端代码:

对应第一种传输对象,接参方式:

 若我们强行给对象添加@RequestBody注解,会发生如下错误:

 

第二种情形下:

我们取消用@PathVariable来接收前端发来的ID,情况如下: 

 结论:当前端发起GET请求时,若传递的是一个对象,则后端接收数据时,不需要用@RequestBody来转换JSON串,若传递的是一个具体的值或参数则后端服务器必须用@PathVariable来接收。

二.POST请求

前端页面:

后端代码:

 POST请求,一般用于新增或登录操作,通常传递为一个对象即一个JSON串,后端服务器接收时必须使用@RequestBody注解来标识

三.PUT请求

前端页面:

第一种情况,传递为对象

 第二种情况,传递为具体参数

后端代码:

第一种传输对象,后端处理方式

 第二种传输具体参数,后端服务器处理方式:

若用 @RequestBody标识,情况如下:

 且数据库的状态值未发生改变

结论:当前端服务器发起PUT请求时,若携带参数为一个JSON串时,则后端服务器必须用@RequestBody注解进行标识,若携带参数为具体的值,后端接收时不需要任务注解进行标识

四.DELETE请求

前端页面:

后端代码:

 

去除注解后,效果如下:

 

当用户发起DELETE请求时,后端接收参数必须用注解进行标识,否则删除无效

总结:主要针对于GET和POST请求:

get拼接url,post传body,get限制字符串长度 
请求缓存:GET 会被缓存,而post不会 原因就是get是url的请求

收藏书签:GET可以,而POST不能 原因还是因为url可以收藏,

保留浏览器历史记录:GET可以,而POST不能 原因还是因为get的url请求! 
用处:get常用于取回数据,post用于提交数据 原因是get的url传输不管怎么说,都是有字符数限制的!如果字符串长度不超,一样能提交数据!

安全性:post比get安全 还是因为post是请求体,不会在url上被劫持!

请求参数:querystring 是url的一部分get、post都可以带上。 
get的querystring(仅支持urlencode编码),post的参数是放在body(支持多种编码) 
 请求参数长度限制:get请求长度最多1024kb,post对请求数据没有限制 

评论 3
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值