后端id设置long类型时,传到前端,超过19位最后两位为00

文章目录

后端id设置long类型时,传到前端,超过19位最后两位为00

一、引言

在后端开发中,我们经常会遇到需要将ID作为标识符传递给前端的情况。当ID的类型为long时,如果该ID超过19位,前端JavaScript在处理时可能会遇到精度问题,导致最后两位变成00。本文将探讨这一问题的原因以及解决方案。

二、问题概述

1、问题背景

在Java中,Long类型的取值范围是-92233720368547758089223372036854775807(即-2^642^64-1)。然而,JavaScript中的Number类型取值范围是-90071992547409929007199254740991(即-2^532^53-1)。当long类型的ID超过JavaScript的Number类型范围时,就会出现精度丢失的问题。

2、问题示例

假设后端生成了一个超过19位的ID,如1639542977692344321,当这个ID传递到前端时,JavaScript可能会将其错误地解析为1639542977692344300,即最后两位变成了00。

三、解决方案

1、将ID转换为字符串

为了避免精度丢失,我们可以在后端将long类型的ID转换为字符串。这样,无论ID的长度如何,前端都可以正确地接收和处理。

1.1、使用@JsonSerialize注解

在Java中,我们可以使用@JsonSerialize注解来指定ID字段的序列化方式。通过ToStringSerializer类,我们可以确保ID在序列化时被转换为字符串。

java 复制代码
import com.fasterxml.jackson.databind.annotation.JsonSerialize;
import com.fasterxml.jackson.databind.ser.std.ToStringSerializer;

public class SomeEntity {
    @JsonSerialize(using = ToStringSerializer.class)
    private Long id;

    // 其他属性和方法
}

2、前端处理

在前端,我们可以直接使用接收到的字符串ID,无需进行任何转换。这样可以确保ID的完整性和准确性。

四、总结

通过将后端的long类型ID转换为字符串,我们可以避免在传递给前端时出现的精度丢失问题。这种方法简单有效,可以确保ID在前后端之间的传递过程中保持准确无误。


版权声明:本博客内容为原创,转载请保留原文链接及作者信息。

参考文章

相关推荐
遂心_3 分钟前
为什么 '1'.toString() 可以调用?深入理解 JavaScript 包装对象机制
前端·javascript
IT_陈寒4 分钟前
JavaScript 性能优化:5 个被低估的 V8 引擎技巧让你的代码快 200%
前端·人工智能·后端
岛风风25 分钟前
关于手机的设备信息
前端
ReturnTrue86838 分钟前
nginx性能优化之Gzip
前端
w_y_fan1 小时前
Flutter 滚动组件总结
前端·flutter
wuli金居哇1 小时前
我用 Turborepo 搭了个 Monorepo 脚手架,开发体验直接起飞!
前端
Asort1 小时前
JavaScript 从零开始(五):运算符和表达式——从零开始掌握算术、比较与逻辑运算
前端·javascript
一枚前端小能手1 小时前
🚀 缓存用错了网站更慢?前端缓存策略的5个致命误区
前端·javascript
艾小码1 小时前
为什么你的页面会闪烁?useLayoutEffect和useEffect的区别藏在这里!
前端·javascript·react.js
艾小码1 小时前
告别Vue混入的坑!Composition API让我效率翻倍的3个秘密
前端·javascript·vue.js