@RequestMapping通用请求处理
昨天Spring实战第五版的时候 , 看到了controller控制器类前面声明的@RequestMapping注解 .
原文是这样说的:当@RequestMapping注解用到类级别的时候,它能够指定该控制器所处理的请求类型。
但是SpringMVC使用到的请求映射注解并不只是它 . 下图列出了所有的请求映射注解:
(@RequestMapping注解只是通用的注解 , 我们可以使用另外的注解来更加详细的指定后端控制器类中方法和前端交互时 , 处理前端增氧的请求)
我当时就很纳闷儿? 前端不是传的json对象到后端去嘛 ? 然后SpringMVC将其转化成Java Bean . 为啥还会有这些方法 ?
这时候我意识到我的计算机网络学的一塌糊涂!
在了解这些注解之前 , 我们应该先去了解http消息结构以及请求方法 .
HTTP是一个无状态请求/响应协议 , 啥叫无状态呢 ? 就是它对于事务处理没有记忆 . 意味着后续如果要重新处理前面的信息 , 就必须重传 . 或许你会认为这样很费事儿 , 导致传输的数据量增大 . 但是如果要将之前处理过的事务全部存储下来 , 会有大量的数据冗余 , 非常影响处理效率 ! 虽然重传麻烦了一些 , 但是可以很大程度上提升应答速度 !
我们再去看一看HTTP消息的结构,一般来说是由请求行(request line)、请求头部(header)、空行和请求数据四个部分组成;
下面我给大家展示一个HTTP消息请求的界面:
我们可以看到一个General , 下面有URL路径 , Method请求方法 , Status code状态 等等一些参数
还有一个Response Headers 响应头部
这一张图里面的就是请求数据了 .
看到第一张图的General中的Request Method : GET !
这个就是我们心心念念的方法了 .
HTTP1.1 一共定义了九种请求方法:
我上面图中点击的是一个图片的编辑, 因此会调用GET方法来编辑这个图片 .
如果我点击新建 , 那么就会使用POST方法…
下一篇文章我会来讲讲,不同的请求方法和json对象的联系 !
传送门:https://blog.csdn.net/M_m_m_Z/article/details/115371337