Java 解决long类型数据在前后端传递失真问题

问题:雪花算法的id长度为19位,前端能够接收的数字最多只能是16位的,因此就会造成精度丢失,得到的ID不是真正的ID。

解决:

在拦截器中加入Long类型转换,返回给前端string

package io.global.iot.common.config;

import com.fasterxml.jackson.annotation.JsonAutoDetect;
import com.fasterxml.jackson.annotation.PropertyAccessor;
import com.fasterxml.jackson.databind.ObjectMapper;
import com.fasterxml.jackson.databind.SerializationFeature;
import com.fasterxml.jackson.databind.ser.std.ToStringSerializer;
import com.fasterxml.jackson.datatype.jsr310.JavaTimeModule;
import com.fasterxml.jackson.datatype.jsr310.ser.LocalDateTimeSerializer;
import org.springframework.context.annotation.Configuration;
import org.springframework.http.converter.HttpMessageConverter;
import org.springframework.http.converter.json.MappingJackson2HttpMessageConverter;
import org.springframework.web.servlet.config.annotation.WebMvcConfigurer;

import java.time.LocalDateTime;
import java.time.format.DateTimeFormatter;
import j
### Java前后端Long类型精度丢失解决方案 在Java前端交互过程中,由于JavaScript的`Number`类型的数值范围有限(约为±(2^53)-1),而Java的`Long`类型可以表示更大的整数范围(约±(2^63)-1)。因此,在前后端传递大数值时容易发生精度丢失问题。 以下是几种常见的解决方案: #### 方案一:后端Long类型转为String类型发送到前端 通过修改后端代码,将`Long`类型的字段序列化为字符串形式后再传递前端。这样可以有效避免因数值过大而导致的精度丢失问题[^1]。 ```java import com.fasterxml.jackson.databind.annotation.JsonSerialize; import com.fasterxml.jackson.databind.ser.std.ToStringSerializer; @Data @TableName("ap_article") public class ApArticle implements Serializable { @TableId(value = "id", type = IdType.ID_WORKER) @JsonSerialize(using = ToStringSerializer.class) // 将字段转换为字符串进行响应 private Long id; } ``` 此方法利用Jackson库中的`ToStringSerializer`实现自动转换功能[^5]。 --- #### 方案二:前端使用BigInt替代Number类型 对于现代浏览器环境下的应用开发,可以通过让前端采用`BigInt`来代替统的`Number`类型处理大数据量场景下可能出现的问题[^4]。需要注意的是该特性仅适用于支持ES2020及以上版本标准的新一代Web客户端程序设计框架之中。 例如: ```javascript let bigIntValue = BigInt('1435421253099634623'); console.log(bigIntValue.toString()); // 输出完整的原始值 ``` 这种方式要求服务端仍然保持原有的数据结构不变,只是调整了客户端解析逻辑[^2]。 --- #### 方案三:统一约定并限制ID长度 如果项目允许的话,也可以考虑重新规划业务模型中的唯一标识符生成策略,比如缩短其位宽或者选用其他更适合跨平台共享的数据格式作为主键定义依据之一[^3]。不过这种方法通常会带来额外的工作负担以及潜在的风险因素,故需谨慎评估实施成本效益比之后再做决定。 --- #### 总结 以上三种方式各有优劣之处,具体选择哪一种取决于实际应用场景需求和技术栈现状等因素综合考量结果得出结论。一般推荐优先尝试第一种做法即借助JSON序列化工具包完成自动化映射操作最为简便高效;而对于那些追求极致性能优化或者是老旧系统升级改造工程,则可能需要结合第二种甚至第三种手段共同作用才能达到理想效果。 ```python # 示例Python伪代码展示如何验证上述理论正确性的简单测试脚本 def test_long_precision(): large_number_str = '1435421253099634623' try: # JavaScript Number 类型无法精确存储这个数字 number_value = float(large_number_str) print(f'Float representation: {number_value}') # 使用 Python 的 int 或者 str 来保留原样 exact_representation_via_int = int(large_number_str) print(f'Exact via Int: {exact_representation_via_int}') exact_representation_via_string = large_number_str print(f'Exact via String: "{exact_representation_via_string}"') except Exception as e: print(e) test_long_precision() ```
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值