文章目录
整理一下http几种请求方式,方便以后自己查看。有时候分不清用哪种请求方式,有什么区别,主要是get、put、post这三种的区别
一、八种http请求方式
http/1.1协议中共定义了八种请求方式来表明requeset-url不同的操作,分别是get、post、head、options、put、delete、trace、connect。
序号 | 方法 | 描述 |
---|---|---|
1 | get | 请求指定的页面信息,并返回实体主体 |
2 | post | 向指定资源提交数据进行处理请求(例如提交表单或者上传文件)。数据被包含在请求体中。post请求可能会导致新的资源的建立和已有资源的修改。 |
3 | put | 从客户端向服务器传送的数据取代指定的文档内容 |
4 | delete | 请求服务器删除指定内容 |
5 | head | 类似于get请求,只不过返回的响应中没有具体的内容,用于获取报头 |
6 | options | 允许客户端查看服务器的性能 |
7 | trace | 回显服务器收到的请求,主要用于测试或者诊断 |
8 | connect | 预留给能够连接改为管道方式的代理服务器 |
这么直接看可能比较难以理解,按照开发规范针对数据库的操作可以理解为:
序号 | 方法 | 描述 |
---|---|---|
1 | get | 查看 |
2 | post | 创建 |
3 | put | 更新 |
4 | delete | 删除 |
其余四种我用的不多,这里不做整理,有些情况下业务并不仅仅是单纯针对crud,所以最好能理解这几种请求方式的区别,然后根据不同的使用场景进行使用。delete很好理解,没什么好说的,主要是put、post、get,接下来逐个分析。
二、put和post区别
put和post操作都是向服务器端发送数据,但是put是被定义为idempotent(幂等,)的方法,而post是非幂等的,即多次发送同一个请求时候,产生的结果是一样的就是幂等性原则,这是为了当网络出现延迟等,服务器(客户端)之间发送请求没有收到回应,再重新发一次,实际上另一端已经接收到了第一次的请求,接着有接收第二次同一请求,如果是交易的业务没有幂等就会造成交易两次却只结算一次交易额。(让子弹飞:这不是欺负老实人嘛!)
put请求:如果两个请求相同,后一个请求会把第一个请求覆盖掉。(所以PUT用来改资源)。
Post请求:后一个请求不会把第一个请求覆盖掉。(所以Post用来增资源)。
三、get和post
这里差别比较多
1.关于安全性:post的安全性要相对比get的高,因为get的参数都是放在url中的,可以被缓存,截取直接就能获取数据,所以一般登录密码这些信息不会明文放在url中使用get请求发送。而post的数据都是放在RequestBody,可以进行一次加密,相对安全些。**使用get请求的,直接将地址复制粘贴就可以原样访问,而post一般不行,**我们在浏览器输入一个网址访问网站都是get请求。
2.请求数据上限:get请求的数据会放在url后面,使用?A=B格式(A是名称,B是参数)发送,这个url一般是有长度限制的,http协议没有对url长度进行限制,这个限定主要是浏览器和服务器的限制,一般是1024字节长度。而post可以将数据放在RequesetBody中传送,这里就没有数据量的上限了,get是无请求体的,所以RequestBody只能使用post方式提交。(后面会讲一下RequesetBody)。
3.关于tcp数据包:对于GET方式的请求,浏览器会把http header和data一并发送出去,服务器响应200(返回数据);而对于POST,浏览器先发送header,服务器响应100 continue,浏览器再发送data,服务器响应200 ok(返回数据)。实际上get会产生一个tcp数据包,post会产生两个数据,这就会造成响应时间问题,但并不是所有的浏览器都是post发两次包,firefox不是。
四、@RequestParam()和@RequestBody
同一个请求中,只有一个RequestBody,可以有多个RequestParam
4.1@RequestBody()
@RequestBody主要用来接收前端传递给后端的json字符串中的数据的(请求体中的数据的);GET方式无请求体,所以使用@RequestBody接收数据时,前端不能使用GET方式提交数据,而是用POST方式进行提交。
@RequestBody与前端传过来的json数据的匹配规则是传过来的数据中,RequestBody接收数据的模型里面有的get,set方法才接收,没有的就无视掉
如果后端参数是一个对象,且该参数前是以@RequestBody修饰的,那么前端传递json参数时,必须满足以下要求:
1.后端@RequestBody注解对应的类在将HTTP的输入流(含请求体)装配到目标类(即:@RequestBody后面的类)时,会根据json字符串中的key来匹配对应实体类的属性,如果匹配一致且json中的该key对应的值符合(或可转换为),实体类的对应属性的类型要求时,会调用实体类的setter方法将值赋给该属性。
2.json字符串中,如果value为”“的话,后端对应属性如果是String类型的,那么接受到的就是””,如果是后端属性的类型是Integer、Double等类型,那么接收到的就是null。
3.json字符串中,如果value为null的话,后端对应收到的就是null。
4.如果某个参数没有value的话,在传json字符串给后端时,要么干脆就不把该字段写到json字符串中;要么写value时, 必须有值,null 或””都行。
4.2@RequestParam()
RequestParam接收的是key-value里面的参数,所以它会被切面进行处理从而可以用普通元素、数组、集合、对象等接收,它可以是url中的字段,也可以不是。
但必须注意的是,如果在后端方法参数前,指定了@RequestParam()的话,那么前端必须要有对应字段才行(当然可以通过设置该注解的required属性来调节是否必须传),否者会报错;如果参数前没有任何该注解,那么前端可以传,也可以不传.
参考资料
https://www.cnblogs.com/weibanggang/p/9454581.html
https://blog.csdn.net/qq_36183935/article/details/80570062
https://blog.csdn.net/haif_city/article/details/78333213
https://blog.csdn.net/justry_deng/article/details/80972817/
版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 举报,一经查实,本站将立刻删除。
如需转载请保留出处:https://bianchenghao.cn/36556.html