js接收数字，最后几位数字变成了0

最新推荐文章于 2025-05-16 17:40:45 发布
原创 最新推荐文章于 2025-05-16 17:40:45 发布 · 9.2k 阅读 · 1 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#JS #数 #Java

博客指出从Java后台传数值到前端JS时，若数值超过16位，JS接收后最后几位会变成0，如Java输出97761478957858935，JS输出为97761478957858930。解决办法是在Java后台传值时将数值转为String类型。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

遇到一个问题：
js接收数字，最后几位数字变成了0
从Java后台传一个数值到前端的js中，Java中输出为97761478957858935，
但在js中输出便成了97761478957858930

最后一位竟然都变成了0
原来是js数字最长为16位，97761478957858935是17位，所以最后一位自动变为了0

解决方法也很简单，只要在Java后台传数值时，将其变为String类型的即可

场景问题——雪花算法生成的id在前端使用时末尾几位数都成了0是什么原因
qq_41905890的博客
11-07 730
首先说明原因。如下图，，而雪花算法生成的id位数则是19位的，所以当前端使用number类型去接收后端生成的19位id时，末尾三位数字不管是什么，都会变成0。解决方法也很简单，就是用可以容纳19位数的类型去接收和使用，比如字符串，本人在后端使用雪花算法生成的id也是字符串类型，主键非空唯一即可，需求千千万，奇葩也很多，若是真有需要非数字的id，字符串也是可以满足的，而且字符串的方法和工具类不比integer少，使用起来反而更加高效。
js处理数字精度丢失问题
weixin_45491570的博客
01-12 1075
大多数同学遇到的问题—数字运算导致精度丢失。于是系统性的总结下面几种方法，希望能帮助到小伙伴。
JavaScript接收的数字溢出导致最后一位或几位为0
m0_60209100的博客
03-23 772
我想要获取url中的参数：uscc。但是，uscc的值为：14086089825601534。JavaScript接收的数字溢出导致最后一位或几位为0。，实际获得的值为14086089825601534。：js的number类型有个最大值（安全值）。
JS接收后端的整型数据后，最后一位数字变为0
Xulidanga的博客
05-16 1511
1.问题描述 当后端传送超过16位的长整数给前端时，就会发生丢失精度的错误，例如当后端传送整型数据49037438013804544时，前端接收到的数据则为49037438013804540，当该整型数据代表的为ID时，就会导致无法对该ID对应的记录进行增删改查。 2.解决方法 1.想办法将整型数据的位数降至16位及以内 2.后端传送整型数据时先将数据转化为字符串类型 ...
JavaScript在处理大整数时存在精度问题,数据后几位都为0，表示不精确（已解决）
最新发布
qq_42793119的博客
05-16 182
JavaScript在处理大整数时存在精度问题,数据后几位都为0，表示不精确（已解决）
JS第17位数字变0
hldcsc的博客
12-24 745
百度了一下，前台回传的字符串变成了int，JS最大支持16位数字，所以最后以为就变零了，大概就这么个意思，解决方案……呃，我把这个字段内容变成14位了哈哈哈哈哈，网上说JS回传时变成字符串经行处理，我没试，太麻烦了。 ...
向后端传数据某属性值变为0是为什么
yzbbb_的博客
12-07 808
找到原因了，因为后端接收数据用的是@RequestBody，它是以键值对形式来接收的，命名要符合编码规范才行，不然会造成上面这样的数据丢失，所以我把Afterdepid首字母改成小写就成功了。——————————————————————————————————————手动分割。可以看到Afterdepid和Beforedepid都是有值的。这里可以看到Afterdepid和Beforedepid都是0。
web项目，前端调用，损失精度，后两位变为00
yztezhl的专栏
06-01 475
web项目，前端调用，损失精度，后两位变为00
js替换数字的后五位为0
weixin_35756373的博客
01-13 575
可以使用 JavaScript 的 toString() 方法将数字转换为字符串，然后使用字符串的 slice() 方法截取前面的几位，再使用 + 运算符连接上后面的 0。 例如： let num = 1234567890; let numStr = num.toString(); let newNumStr = numStr.slice(0, -5) + "00000"; console.log...
js下将金额数字每三位一逗号分隔
10-22
- `outputmoney()` 函数负责接收数字，移除逗号，保留两位小数，然后分别处理正负数，并调用 `outputdollars()` 和 `outputcents()` 函数完成格式化。 - `outputdollars()` 函数负责处理整数部分，通过循环将整数每...
matlab二进制序列变成脉冲信号_【白皮书】数字信号与脉冲序列调理
weixin_42298809的博客
01-18 1493
数字信号与脉冲序列调理数字IO接口数字信号采用数字信号进行通信是计算机和外设、仪器以及其他电子设备之间最常见的通信方式，因为这是计算机工作的基本元素。任何信号，都必须转换为数字信号之后，才能输入计算机，并进行处理。数字信号流入或流出系统时，或是单个信号，或是一串脉冲，可以只经过单一端口，也可以经过多个并行端口，并行端口上每根信号线代表字符中的一个bit。计算机的数字输出信号线往往用于控制...
求助：HTTP响应报文响应体头一行有一个16进制的数和最后一位有一个0是怎么回事？
大后生大大大的博客
03-13 1140
1.场景 1.1 我在后台给起那段起了一个接口，返回的是json数据。但是前端得到的json数据有差别（Adnrdoi、IOS、Rtos小系统），Android和Ios得到数据是一直的是正常的json数据，小系统Rtos得到的响应体中的json数据最前面有一个16进制的数据和最后面有一个0。这样一来Rtos解析josn的时候就会出错，数据如下： 1.1.1 响应头： Content-Typ...
讨论一下js获取响应中后台传回来的BigInteger类型的数字时，后几位会自动变为0的问题...
程序员一一涤生
02-05 1106
　　后台返回的json：{"data":12345678912345678912} 　　在js中获取该data得到的值为：12345678912345680000 　　后经过实验发现，只有数字保持在17位以内(包括17位)，js才能取到正确的值。 　　解决方法：后台返回json时，先将bigInteger的数字转为String类型，这样响应中的json就变为：{"data":"12...
解决前后端因js导致Long值精度丢失问题
weixin_54641589的博客
07-17 397
解决前后端因js导致Long值精度丢失问题
JavaScript数据类型及判断
前端学习博客
01-07 1076
一.JS 中一共有八种数据类型 基本数据类型（值类型）：String 字符串、Number 数值、BigInt 大型数值、Boolean 布尔值、Null 空值、Undefined 未定义、Symbol。 引用数据类型（引用类型）：Object 对象。 注意：内置对象 Function、Array、Date、RegExp、Error 等都是属于 Object 类型。也就是说，除了那七种基本数据类型之外，其他的，都称之为 Object 类型。 BigInt 和 Symbol 是ES6中新增的类型。 二.栈
JS根据传入长度补充0
qq_42099772的博客
04-27 229
新增的时候001 - 002这种，将上一项Number(pre)+1然后传入length解决 代码 function filterArr(number, length) { return (Array(length).join('0') + number).slice(-length); }
后端long型的值传到前台页面 经过js发现末尾几位数字变化
amazing_Code的博客
10-15 574
问题详细：实体id是long类型，存的数经过js后发生精度丢失。 原因：丢失精度。 解决方法：在实体id上加一个注解，如下 import com.fasterxml.jackson.databind.annotation.JsonSerialize; import com.fasterxml.jackson.databind.ser.std.ToStringSerializer; @JsonSerialize(using = ToStringSerializer.class) 加上以后问题解决 ..
后端ID传到前端时被截断，末尾变成000的解决方法
u014165391的博客
06-17 2765
Javascript最大安全数导致id被截断
后端传给前端后几位数字变为0问题
程序员Forlan的博客
08-02 2489
问题描述 当后端为Long类型的数字传给前端，在Postman里面是正常的，但前端页面取到的后几位数字变为了0 分析 Javascript的Number 类型最大长度是17位 Java的long类型长度是19位 解决方法 Java后台使用String类型替换Long类型 使用 @JsonSerialize(using = ToStringSerializer.class) 注解 import com.fasterxml.jackson.databind.annotation.JsonS
接口返回的long类型数字id 在前端改变了数值
03-01
<think>好的，用户问的是接口返回的long类型数字ID在前端数值改变的问题。首先，我需要确定这个问题的背景。通常前端接收到的是JSON数据，而JavaScript处理大整数时可能会有精度丢失的问题，因为JS的Number类型是双精度浮点数，只能安全表示到2^53-1。如果后端返回的long类型超过这个范围，前端解析时就会出错，比如后几位变成0。 接下来，我要考虑用户可能的场景。比如，用户可能遇到了ID值被篡改的情况，或者数据显示不正确。这时候需要解释为什么会发生这种情况。首先，JSON本身没有类型定义，数字会被解析为JS的Number，大数就会出问题。然后，可以提出解决方案，比如后端返回字符串，前端用库如json-bigint处理，或者使用字符串类型代替数字。 还要考虑用户可能不知道具体的解决方案，需要详细说明每种方法的步骤。例如，修改后端的序列化配置，或者在前端使用特定的JSON解析方法。另外，可能需要提醒用户检查数据库或后端生成的ID是否超过了JS的安全范围，以及如何测试和验证解决方案是否有效。 最后，要确保回答结构清晰，分点说明原因和解决方法，并且使用中文，避免专业术语过多，让用户容易理解。可能还需要举例子，比如展示前后代码对比，或者给出具体的配置示例，帮助用户实际操作。同时，注意用户可能没有提到但相关的问题，比如分布式ID生成策略是否合理，是否需要调整ID的长度等。</think>关于前端处理long类型数字ID出现数值变化的问题，这里为您详细说明原因和解决方案： 一、问题现象 当接口返回的long类型数字ID（如：635241059351494656）到达前端时，可能变成： 635241059351494600（后两位变为00） 或 635241059351494700（精度丢失） 二、根本原因 1. JavaScript数值精度限制 - JavaScript的Number类型采用IEEE 754双精度浮点数标准 - 最大安全整数：2⁵³ - 1 = 9007199254740991 - 当数值超过这个范围时会出现精度丢失 2. JSON序列化问题 - 后端生成的Long型数值超过JS安全范围 - JSON默认将数字解析为Number类型 三、解决方案 方案一：后端返回字符串格式 1. 修改DTO定义： ```java // 原写法 private Long id; // 修改为 @JsonFormat(shape = JsonFormat.Shape.STRING) private String id; ``` 2. 使用Jackson全局配置： ```java ObjectMapper mapper = new ObjectMapper(); mapper.configure(SerializationFeature.WRITE_NUMBERS_AS_STRINGS, true); ``` 方案二：前端特殊处理 1. 使用json-bigint库处理： ```javascript import JSONbig from 'json-bigint'; const response = await fetch('/api/data'); const data = JSONbig.parse(await response.text()); ``` 2. 自定义JSON解析： ```javascript const json = `{"id": 635241059351494656}`; const obj = JSON.parse(json, (key, value) => { return typeof value === 'number' && value > 9007199254740991 ? value.toString() : value; }); ``` 方案三：数据库层优化 1. 使用更短的ID生成策略： - Snowflake算法调整时间戳位数 - 改用UUID（32位字符串） - 自Redis生成递增ID 四、验证方法 1. 在浏览器控制台测试： ```javascript console.log(635241059351494656); // 输出：635241059351494600（精度丢失） ``` 2. 使用类型检测： ```javascript const testId = 635241059351494656; console.log(typeof testId); // 应返回"string"而不是"number" ``` 五、注意事项 1. 数值比较：字符串类型的ID需使用全等比较 ```javascript // 正确比较方式 if (obj.id === '635241059351494656') {...} ``` 2. 序列化一致性：确保整个系统（数据库 -> 后端 -> 前端）使用相同处理方式 建议优先采用方案一，既能保持数据精度，又避免前端额外处理逻辑。若系统已大量使用Long型ID，推荐配合方案二使用json-bigint库处理。
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

weixin_43751710

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值