首页 > 基础资料 博客日记

value of type `java.lang.Long` from Object value (token `JsonToken.START_OBJECT`)

2024-08-14 15:00:09基础资料围观162

本篇文章分享value of type `java.lang.Long` from Object value (token `JsonToken.START_OBJECT`),对你有帮助的话记得收藏一下,看Java资料网收获更多编程知识

报错信息:

Cannot deserialize value of type `java.lang.Long` from Object value (token `JsonToken.START_OBJECT`)

与之相似的还有:

JSON parse error: Cannot deserialize value of type `java.lang.Integer` from Boolean value

 翻译过来意为:不能反序列化的值  类型java.lang.Long---->Object类型,表示代码试图反序列化时,遇到了异常,代码逻辑居然要求将Long类型强制反序列化回Object类型

到代码中对比了我的测试用例前端的控制台实际传参,发现入参结构是一模一样,

但我这边测试用例可以正常新增写库,但前端却不能新增,报错Cannot deserialize value of type `java.lang.Long` from Object value (token `JsonToken.START_OBJECT`)

翻译过来意为:不能反序列化的值  类型java.lang.Long---->Object类型,表示代码试图反序列化时,遇到了异常,代码逻辑居然要求将Long类型强制反序列化回Object类型,所以报错了

这边看了下后端入参结构,是需要传一个VO


看一下VO内部,原来内部还套着一个VO,暂且叫它VO内

这里整理一下思路,按照前面测试用例的要求,

是需要传一个VO,除了基础的name等字段,还有一个属性,要一个集合  <VO内>

而这个内部的VO内却只需要传一个id,再瞅一眼id的类型,哦豁,Long类型,那说明异常就在这里了,可想而知,当前端的JSON类型入参到后端,后端将之反序列化为入参时,因为已经制定了入参类型,所以前面的name等字段都会对号入座,反序列化成为VO的属性,而前端的

    "elementGroupVOList": [
  
        {
            "id": 12
        },
        {
            "id": 13
        }
    ],

这堆东西,可就让JSON反序列化流懵逼了,这只丢给我一堆id,又没有指定发反序列化的目标类型是什么,那就给转成Object吧,然后一执行就出异常了,Long类型怎么转Object嘛,到这里,成功发生异常

到了这里,已经分析了异常的产生,再来想办法解决吧,以后端的思维来看,不是叫你把Long转为Object你就罢工嘛,你不知道要将id转成啥,那我给你指定一下,提供一个只有id的构造方法/函数,你去执行这个构造方法不就可以了

再重启项目,前端再执行新增,就正常了 


文章来源:https://blog.csdn.net/SSHLY3/article/details/134466180
本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若内容造成侵权/违法违规/事实不符,请联系邮箱:jacktools123@163.com进行投诉反馈,一经查实,立即删除!

标签:

相关文章

本站推荐

标签云