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

北极糊的狐

已于 2024-01-15 14:40:08 修改

阅读量7.8k

点赞数 4

文章标签： java 开发语言 json

于 2023-11-17 17:08:50 首次发布

本文链接：https://blog.csdn.net/SSHLY3/article/details/134466180

版权

文章讲述了前端向后端发送JSON数据时遇到的反序列化错误，原因在于前端传入的是一个只包含Long类型的id列表，后端期望的是包含嵌套VO的集合。通过调整后端接收参数的类型和提供明确的构造方法，解决了这个问题。

摘要由CSDN通过智能技术生成

报错信息：

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的构造方法/函数，你去执行这个构造方法不就可以了

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

关注