解决postman精度丢失问题

最新推荐文章于 2024-02-29 15:22:09 发布
最新推荐文章于 2024-02-29 15:22:09 发布
阅读量2k 收藏 5
点赞数 1
分类专栏： postman 文章标签： postman
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_47712609/article/details/119733618
版权
在使用Postman调试接口时遇到精度丢失问题，接口返回的long类型数值超过16位导致不准确。解决方案包括：1) 让开发将数值转换为string类型返回；2) 自行通过正则匹配和JSON.parse转换数值为字符串。
摘要由CSDN通过智能技术生成

解决postman精度丢失问题

问题场景：

使用postman调试接口，需要获取接口响应数据传给下一个接口时，发现获取的值和实际返回的数值不一样
接口返回的值：“productId”: 1426074049976598530
postman获取的值：“productId”: 1426074049976598500
排查发现是精度显示问题，因为long类型超过16位会发生精度丢失问题

解决方案一

让开发改代码，把返回的数据转化成string类型就可：
“productId”: “1426074049976598530”，这样我们直接获取就能正常显示了。如果开发不愿意麻烦，那我们就看方案二

解决方案二

自己将返回的数据用replace转化成string类型,先用正则把大数提取出来，然后左右加上双引号，就变成字符串了，然后用JSON.parse解析一下就行了。具体如下：

var data= JSON.parse(responseBody.replace(/:\s*(
最低0.47元/天 解锁文章
lonTano_cx330
关注
专栏目录
js long类型精度丢失_JS大坑之19位数的Number型精度丢失问题详解
weixin_39543835的博客
12-20 1800
More本项目仅供爬取体验，每次访问都会实时爬取数据，所以数据返回速度会比较慢，实际操作应该是定时爬取数据然后将数据存进数据库，数据从数据库返回从而提高数据返回效率。但项目很基础，可以作为以上各个node模块最基础的练手使用，希望可以帮到大家 ????起源最近在实现一个需求的时候，需要接入第三方的接口，先调用A接口，A接口返回的数据里，有一个taskId，然后再使用这个taskId请求B接口，获取最终需...
python精度丢失_JS大坑之19位数的Number型精度丢失问题详解_稚终_前端开发者
weixin_31461519的博客
02-21 266
More本项目仅供爬取体验，每次访问都会实时爬取数据，所以数据返回速度会比较慢，实际操作应该是定时爬取数据然后将数据存进数据库，数据从数据库返回从而提高数据返回效率。但项目很基础，可以作为以上各个最近在实现一个需求的时候，需要接入第三方的接口，先调用A接口，A接口返回的数据里，有一个taskId，然后再使用这个taskId请求B接口，获取最终需要的数据。后端使用的是const rp = requi...
Postman Tests中设置环境变量，结果转json数值失去精度
Tracycater的专栏
11-17 2730
在使用Postman执行Collections文件夹遇到这样的问题，前后执行两个请求，请求2会用到请求1中的接口返回的结果，此时需要在Tests中进行环境变量的设置。返回结果responseBody的accountId字段为长整型，经过转换json后发生问题，失去精度:原始值"accountId":798113697246535712 转换后"accountId":79811369724653570
关于精度丢失问题
weixin_42787135的博客
06-10 480
今天调试接口的时候遇到了一件非常神奇的事情… 同一个接口debugger调试拿到的结果和postman测试的结果不一样，后经排查long类型超过16位会发生精度丢失问题。 解决方法：后端可以将字段类型设为string即可解决精度丢失问题。 ...
Postman-newman-精度问题&json格式参数
u010839188的博客
08-13 481
Newman精度问题&json格式参数
BigDecimal Postman 返回正常精度前端接收不正常（前后端交互丢失精度）
qq_37296481的博客
11-17 1602
BUG复现:后端接口返回deceimal类型整数带一位小数，而前端展示丢失了小数点位。 解决办法： 在对应字段上加上JsonFormat(@JsonFormat(shape = JsonFormat.Shape.STRING))注解，格式化为string格式后接口返回格式为带引号的字符串数据后前端正常显示 ...
Long类型问题，postman调用正常，页面失去精度
qq_35761348的博客
06-03 1492
Long类型问题，postman调用正常，页面失去精度
postman浮点型数字
08-26
API Tester也是一种可行的替代选择，能够正常地获取响应并避免精度丢失问题。同时，模板引擎如thymeleaf可能不会受到JavaScript Number类型精度问题的影响。在开发过程中，根据实际需求和个人偏好选择适合的工具。...
Long类型的数据传给前端精度丢失
焦玉丽
01-29 2970
后端的订单号值比如1089713253179727872 传给前端 显示出来是1089713253179727900。拿postman测试接口没有问题，查到的是正确的数据，原来是因为Long类型数据传给前端可能精度丢失，js中的数据类型不能包含所有的java long值。 这个问题真是在前后端连接的夹缝中求生存了，同事跟我说拿返回的数据查不到，我拿postman调后端又完全发现不了问题。话又说回来...
JSON.parse导致数字精度丢失末尾变成0问题解决方案
最新发布
qq_37325838的博客
02-29 5648
在写一个JSON预览小工具时发现JSON.parse遇到超长数字时会导致精度丢失，超出了安全范围之后的数会被替换为0，比如。其实解决方法很简单，只需要引入json-bigint库进行parse即可。完成如上操作，超出安全范围的数字即可被转换为字符串正常显示了。step2.使用json-big进行parse。step1.引入json-bigint。在JSON.parse之后会被变成。
Postman常见问题及解决方法
主要分享测试的学习资源，帮助快速了解测试行业，帮助想转行、进阶、小白成长为高级测试工程师。
06-21 1万+
如果Postman无法发送请求或接收响应，可以尝试以下操作： 检查网络连接是否正常，包括检查网络设置、代理设置等。 确认请求的URL是否正确，并检查是否使用了正确的HTTP方法（例如GET、POST、PUT等）。
JSON.parse()数字转换精度丢失
MrGuange_的博客
03-29 2540
// JSON.parse()数字转换，数字过大，尾数会变为0 let str = "{id: 124341098409182093821908}"; 解决：转换为string类型，以免丢失精度 -> str.replace(/\"id\":(\d+)/, '"id": "$1"');
前端获取BigInteger型数值精度丢失，preview与response显示不一致
命中的缘分的博客
09-28 3799
背景： 今天上午，我们的项目中遇到了这么一个问题： 后端返回了BigInteger型数值，但是前端接收后，后面的几位都变成0了，如图所示： 排查： 返回的数值是由后端返回，因此我们一开始以为是后端的原因，但是经过排查，我们发现后端一切都是正常的，那么问题出在了哪里呢？ 利用Postman来请求，我们发现返回的数据是正常的，后来我看了一下Response，里面的数据竟然也是正常的！ ...
后端向前端返回参数，精度丢失（乱）
weixin_44922423的博客
04-14 1945
当前端调用后端时使用的如果是Long类型，会导致出现尾数代码不同的情况，是因为Java中Long类型可以表示的最大值是2 ^63-1，而JS的基础类型Number可以表示的最大值是 2 ^53。所以后端返回的数据大于Number能表示的最大值时无法正确解析，出现精度丢失的问题。 如图:左图为前端浏览器接收到的字符，右图为postman测试接口出参的字段。数据库该字段为202204141650336754 右侧好使的原因是该并不是使用js接收，所以好使，而左侧是使用js接收，所以会出现问题 ..
前端获取long型数值精度丢失，preview与response显示不一致
热门推荐
益添的博客
07-10 1万+
背景：今天上午，我们的项目中遇到了这么一个问题：后端返回了long型数值，但是前端接收后，后面的几位都变成0了，如图所示：排查：返回的数值是由后端返回，因此我们一开始以为是后端的原因，但是经过排查，我们发现后端一切都是正常的，那么问题出在了哪里呢？利用Postman来请求，我们发现返回的数据是正常的，后来我看了一下Response，里面的数据竟然也是正常的！抱着Preview 和Response不...
【精度丢失】后端接口返回的Long类型参数，不同浏览器解析出的结果不一样
RanLZ的博客
08-25 723
对于过长的id，尽量使用String进行存储和传递。因为你最多能确保在你这里是不会精度损失的，但你不能确保调用你接口的其他地方是以什么形式来解析你的id的。
后端传递数据过大，导致精度丢失的问题
qq_42132814的博客
03-17 1419
今天在项目中遇到一个数据渲染的问题，有一个itemId的字段数据渲染时发生错误，数据为1010500100000301720，但是渲染上来发现是1010500100000301700，于是在控制台打印出返回结果，发现打印结果也是1010500100000301700，很奇怪，于是在Network和postman中依次将接口返回数据打印出来，发现都是1010500100000301720，这就很奇怪了，第一反应是在后续的代码中将返回结果值进行了修改（以前也遇到过，因为返回的是引用数据类型，很容易在后面不知不觉
postman使用教程6-引用随机变量
qq_27371025的博客
05-25 1808
前言 在接口测试中，有些接口的请求参数具有唯一性，比如注册接口，注册一个账号后就不能重复注册了。 为了能重复执行这个接口，可以在请求前清理测试数据，也可以把请求的参数设置成一个可变的值（每次不一样），这样就可以每次都能注册成功了。 使用动态变量 postamn 提供可在请求中使用的动态变量: {{$guid}} ：v4样式的guid {{$timestamp}}：当前时间戳（Unix时间戳，以秒为单位） {{$randomInt}}：0到1000之间的随机整数 当输入{ 的时候，会自动显示上面三种随机变
long类型精度丢失问题的三种解决方案
qq_62357662的博客
09-07 3906
​ 对于Long类型的数据，如果我们在Controller层将结果序列化为json，直接传给前端的话，在Long长度大于17位时会出现精度丢失的问题。
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值