服务器返回的Long类型数据，浏览器通过解析后出现差异

最新推荐文章于 2025-10-26 12:58:54 发布

原创最新推荐文章于 2025-10-26 12:58:54 发布 · 1.5k 阅读

0 ·

CC 4.0 BY-SA版权

vue开发专栏收录该内容

27 篇文章

订阅专栏

浏览器接收接口返回的数据如果是Long类型且位数太长，会出现精度丢失。（如id:154564548788121240)在经过浏览器解析后（id:154564548788121241），拿id去请求详情会出现报错情况。
解决办法:api返回String类型

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

Hong Jet

关注关注

0
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

专栏目录

Long类型id在浏览器中精度丢失

飞翔的肥仔

11-13

1366

id是long类型的，当返回浏览器为93662537916088327的时候，浏览器变为93662537916088300，出现id错误，精度丢失。解决：给前端返回的时候，将long类型变成string类型。具体原因：https://zhangjh.me/2017/07/05/js-big-number/ ...

406（浏览器接收的响应类型和服务器返回的响应类型不匹配）

weixin_34258078的博客

03-01

935

也就是说，浏览器所接收的数据格式与服务器响应的数据格式是不匹配的。浏览器接收的数据格式一般可以是任意格式，但是我们在发起Ajax请求时就已经确定了要接收的是Jsonp格式响应的数据类型定义在的content-type中：这就很奇怪了，我们明明使用的返回类型是ResponseEntity，而ResponseEntity与@ResponseBody注解类似，都会尝试将数据解析为json格式，为什...

参与评论您还未登录，请先登录后发表或查看评论

Java后端返回Long类型数据与前端展示不一致（精度丢失）

宇智波小强的博客

02-01

3195

接口返回数据的时候，有一个Long类型的主键字段（使用雪花算法生成的19位数字），单元测试、postman、apifox的返回数据均与数据库数据一致（1614468766644559873），前端浏览器查看返回数据却不一致（1614468766644560000）。

【精度丢失】后端接口返回的Long类型参数，不同浏览器解析出的结果不一样

RanLZ的博客

08-25

971

对于过长的id，尽量使用String进行存储和传递。因为你最多能确保在你这里是不会精度损失的，但你不能确保调用你接口的其他地方是以什么形式来解析你的id的。

Java序列化JSON时long型数值不准确

weixin_33692284的博客

11-11

378

2019独角兽企业重金招聘Python工程师标准>>> ...

Comet技术解析：实现服务器端数据即时推送

这种方式可以实现真正的“服务器推”，但其缺点是客户端在接收到数据时需要能够解析连续的数据流，同时浏览器对这种持续连接的支持存在差异，某些浏览器可能会在接收到部分数据后缓存整个响应，导致数据不能及时显示...

服务器防火墙与数据加密技术全解析

# 服务器防火墙与数据加密技术全解析 ## 1. 防火墙规则设置与操作 ### 1.1 RHEL 8/CentOS 8 的 nftables 规则查看 RHEL 8 及其衍生版本将 nftables 作为默认的 firewalld 后端。每次使用 `firewall-cmd` 命令创建...

浏览器事件全解析

### 浏览器事件全解析 #### 1. 事件对象属性与方法事件对象包含了许多属性和方法，以下是一些常见的属性和方法介绍： | 属性/方法 | 类型 | 读写权限 | 描述 | | --- | --- | --- | --- | | stop | Function | N/A...

14、数据传输协议与流过滤策略解析

最新发布

vscode5coder的博客

10-26

本文深入解析了常见的数据传输协议（如SSE和WebSockets）的特点与适用场景，比较了它们在消息频率、通信方向、延迟、效率和可靠性方面的差异。同时探讨了流过滤的策略，包括过滤位置的选择（分析层、流层、客户端层）以及静态与动态过滤的应用场景。文章结合实际案例，提出了协议与过滤策略的综合选择建议，帮助开发者根据业务需求构建高效、可靠的实时数据系统。

50、客户端/服务器应用程序设计：无状态与有状态架构解析

wdx01234567的博客

08-10

本文深入解析了客户端/服务器应用程序设计中的无状态与有状态架构。通过详细分析两种架构的实现方式、优缺点以及适用场景，帮助开发者理解如何在实际应用中选择和使用合适的架构模式。内容涵盖对话工作流的原子性实现、实体状态管理、乐观锁控制、客户端与服务器通信、EJB与Hibernate的持久化机制等关键技术点。同时，对比了两种架构在扩展性、内存使用、数据一致性等方面的差异，并提供了实际用例的实现流程与建议。

优雅解决后台返回 Long 类型，前台精度丢失导致数据不一致的问题

一只奋斗的猪

03-02

2819

环境：SpringBoot 2.x 问题所在：JavaScript 不支持后台返回的 Long 类型，JavaScript 的 number 类型的数值范围是2的53次方减1，而雪花ID生成的数值过大，导致 JavaScript 不能正常存储导致。【注】建议雪花ID在数据库中使用 bigint 来存储，而不是使用 varchar；这样可以提高这样数据库的速度，使用索引的时候少一步字符串转换成...

后端使用Long类型的id 前端接受参数时因为精度不够而后三位全为0的解决方案

g05172002的博客

03-12

518

解决前端精度缺失问题

浏览器接收Long型数据精度丢失问题的解决方案

『愚』的博客

11-30

3095

问题描述当我们后端返回前端Long类型的数据时，后三位会变成0，导致精度丢失。有意思的地方是，postman测试接口时，查看返回值精度并未丢失，是字符串。解决方案在需要保留精度的属性上使用@JsonSerialize(using = ToStringSerializer.class)转成字符串返回前端。 @JsonSerialize(using = ToStringSerializer.class) private Long id; 以上就是Collectors.groupin

后端long型的值传到前台页面经过js发现末尾几位数字变化

amazing_Code的博客

10-15

593

问题详细：实体id是long类型，存的数经过js后发生精度丢失。原因：丢失精度。解决方法：在实体id上加一个注解，如下 import com.fasterxml.jackson.databind.annotation.JsonSerialize; import com.fasterxml.jackson.databind.ser.std.ToStringSerializer; @JsonSerialize(using = ToStringSerializer.class) 加上以后问题解决 ..

后端向前端传递Long类型数据，导致数据不一致

qq_40728028的博客

04-07

7214

1. 背景：后端商品实体的id字段为Long，从ES中查出封装，以Json的形式返回给前端。结果发现前端展示的的id全为 1244864296175140900。通过在后端打印查出的数据发现实际id有：1244864296175140890、1244864296175140889等等。把后端打印的Json串放进在线Json工具，发现id也会变为1244864296175140900。至此，排...

服务器响应和浏览器请求产生乱码问题详述

yangjian1156的博客

05-09

1732

阐述了 javaWeb中浏览器请求数据时和服务器响应时乱码问题的产生原因

long型长整数字在前端页面显示异常及其解决方法

小伍的程序之路

07-19

3926

文章目录1.引子2.具体问题（1）初试EL表达式取long型数值（2）再探EL表达式取字符串格式long型数值（3）最后一试---给EL表达式加引号3.总结 1.引子在做项目中，发现了一个诡异的事情，后台的long型数字不能正确地在前端页面显示。经过我的反复排查问题，总算是找到了问题原因所在，希望能帮助到大家，让...

关于浏览器响应数据long型超长自动转换精度丢失的坑

yige001的博客

10-18

2608

关于浏览器响应数据long型超长自动转换精度丢失的坑

解决后端接口返回Long类型参数导致的精度丢失问题

小李同学的博客

01-19

1077

对于任何可能超出JavaScript安全整数范围的数字，特别是作为唯一标识符使用的长ID，都应该以字符串的形式进行存储和传输，以保证在整个系统链路中的一致性和准确性。类型字段超出了JavaScript的安全整数范围，导致了精度丢失的问题。Edge浏览器没有出现同样的问题，可能是因为它对长整型数字有更好的兼容性处理，或者是以字符串形式来处理这些数字，避免了精度丢失。此外，当使用Postman进行测试时，返回的值是正确的，但在前端页面中，尤其是火狐浏览器，出现了精度丢失的现象。在我们的案例中，后端返回的。