Java 使用@RequestBody 注入失效,但是删除注解后却成功运行

问题情景

直接上代码

less 复制代码
@GetMapping("/list")
public Result getList(@RequestBody Dish dish){

    ....

}

按理说前台传入的参数,会被依次注入Dish类,可是控制台却报错了。我也检查过Dish类的属性与传入的参数key是否对应无误,这就很奇怪了。并且删除注解后反而能够成功运行...

vbscript 复制代码
WARN 34044 --- [nio-8080-exec-3] .w.s.m.s.DefaultHandlerExceptionResolver : Resolved

[org.springframework.http.converter.HttpMessageNotReadableException: Required request body

is missing: public com.example.demo.common.Result 

com.example.demo.controller.DishController.getList(com.example.demo.pojo.Dish)]

解释

看了控制台提示是说没有请求体,查阅了资料后知道了:

在使用 @RequestBody 时,任何请求方法都可以使用,但是必须注意某些请求可能没有请求正文,因此使用 @RequestBody 将会导致错误。特别地,在 GET 请求中,请求正文不存在,因此将 @RequestBody 用于 GET 请求通常是不必要的,也不被建议。

因此,以下请求通常不需要使用 @RequestBody 注释:

  1. GET 请求:GET 请求通常没有请求正文,因此使用 @RequestBody 注释将不起作用。
  2. DELETE 请求:与 GET 请求类似,DELETE 请求通常不包含请求正文,因此使用 @RequestBody 注释将不起作用。
  3. HEAD 请求:HEAD 请求与 GET 请求类似,但不返回请求正文,因此使用 @RequestBody 注释没有意义。

总之,除非请求具有请求正文(例如 POST 或 PUT 请求),否则不需要在方法中使用 @RequestBody 注释。

相关推荐
咖啡八杯2 小时前
GoF设计模式——解释器模式
java·后端·spring·设计模式
掘金码甲哥2 小时前
这块终端神器, 必须吹爆!
后端
糖果店的幽灵2 小时前
【DeepAgents 从入门到精通】Context Management 上下文管理
java·人工智能·后端·spring·中间件·langgraph·deepagents
Csvn3 小时前
📊 SQL 入门 Day 8:集合操作 — 用 SQL 做数学里的"并交差"
后端·sql
码事漫谈5 小时前
告别数据孤岛与AI“水土不服”:金仓多模融合时序库如何让数据真正服务于业务
后端
IT_陈寒5 小时前
Redis的持久化配置把我坑惨了:你以为数据安全了?
前端·人工智能·后端
星栈6 小时前
Node 接口该写同步还是异步?
后端·node.js
红烧大青虫6 小时前
HarmonyOS应用开发实战:小事记 - UIAbility 的冷启动/热启动/后台启动三种场景与 launchParam 解析
后端·华为·harmonyos·鸿蒙系统
码事漫谈6 小时前
AI Token 缓存:命中省 10 倍,不命中白扔钱
后端
65岁退休Coder6 小时前
LangChain v1.3.4 笔记 - 04 Agent 中间件
后端