More
本项目仅供爬取体验,每次访问都会实时爬取数据,所以数据返回速度会比较慢,实际操作应该是定时爬取数据然后将数据存进数据库,数据从数据库返回从而提高数据返回效率。
但项目很基础,可以作为以上各个node模块最基础的练手使用,希望可以帮到大家 "htmlcode">
const rp = require('request-promise') const { taskId } = await rp('https://xxx.com/A') const options = { method: 'POST', uri: 'https://xxx.com/B', body: { taskId }, json: true } const result = await rp(options) // { // "errorcode": "40001", // "message": "系统错误", // "status": "failed" // }
接着我使用postman请求A接口,获取新的taskId,再用新的taskId请求B接口,结果却是正常的!
我在反复检查代码,确认请求的参数都是正常的格式之后,一时陷入了无尽的沉思之中。。。
发现
在做了几次尝试之后,我发现使用node请求得到的taskId最后两位数都是0,即1152921504735848700,而使用postman获取的taskId,则是比较正常的是1152921504735848759,接着我在node控制台做如下操作
就是这么一瞬间,顿悟了。A接口里的taskId是个19位数字,而request-promise在将数据解析成json时,导致这个19位的数字丢失了精度,查了下资料,发现js的number类型有个最大安全值,即2的53次方(9007199254740992),超过这个值就会出现精度丢失的问题。 Orz
获取正确的响应数据
由于在一开始使用request-promise包,因此获取的taskId是丢失了精度了,因此改用了node原生的http模块发送请求。
const req = https.request('https://xxx.com/A', (res) => { res.on('data', (chunk) => { // 由于这里获取到的响应数据是JSON字符串,因此19位的数字只是字符串的一部分,这时获取到的taskId就是正确的数字 console.log(`BODY: ${chunk}`); }); res.on('end', () => { console.log('No more data in response.'); }) })
虽然获取到了正常的响应数据,但是这是个JSON字符串,接下来还要把这个字符串解析成JSON,但是用JSON.parse(),又会引起精度丢失的问题,这可真尴尬 Orz
如果这个接口是已方可控的,那么就可以把这个19位数的number转成字符串,这样在解析的时候就不会出错了,但是由于是第三方接口,因此没法改变。那么最快的解决方案,就是换种编程语言请求啊╮(╯_╰)╭
最后的解决
好吧,最后还是用了node,不过我用了比较硬核的方案实现,先在获取的JSON字符串中,找到这个19位的数字,然后为它加上引号,这样再用JSON.parse()解析的时候,就能保持正常的数值,这样接下的流程就自然通了,代码如下
let result = '{"taskId":1152921504735848759,"status":"CREATED","progress":0.0,"success":true}' // JSON.parse(result) 不为19位数补上双引号,直接parse时,精度丢失,结果如下: // { // taskId: 1152921504735848700, // status: 'CREATED', // progress: 0, // success: true // } const taskId = result.match(/[0-9]{19}/)[0] // 正则获取19位数字的值 result = result.replace(taskId,`"${taskId}"`) // 补上双引号 const data = JSON.parse(result) // { // taskId: '1152921504735848759', // 解析出来之后是字符串,因此没有丢失精度 // status: 'CREATED', // progress: 0, // success: true // }
结语
使用node也有一段时间了,因为涉及不到大数计算,因此对于编号啊,ID啊,都是用字符串形式进行存储的,也就一直没有遇到这个问题。这一次居然碰上了,不得不说js在这一方面确实有点弱势,之后也尝试了下使用Go,python进行请求,都是能正确解析不过node使用起来还是很舒服的
以上所述是小编给大家介绍的JS大坑之19位数的Number型精度丢失问题详解整合,希望对大家有所帮助,如果大家有任何疑问请给我留言,小编会及时回复大家的。在此也非常感谢大家对网站的支持!
免责声明:本站资源来自互联网收集,仅供用于学习和交流,请遵循相关法律法规,本站一切资源不代表本站立场,如有侵权、后门、不妥请联系本站删除!
稳了!魔兽国服回归的3条重磅消息!官宣时间再确认!
昨天有一位朋友在大神群里分享,自己亚服账号被封号之后居然弹出了国服的封号信息对话框。
这里面让他访问的是一个国服的战网网址,com.cn和后面的zh都非常明白地表明这就是国服战网。
而他在复制这个网址并且进行登录之后,确实是网易的网址,也就是我们熟悉的停服之后国服发布的暴雪游戏产品运营到期开放退款的说明。这是一件比较奇怪的事情,因为以前都没有出现这样的情况,现在突然提示跳转到国服战网的网址,是不是说明了简体中文客户端已经开始进行更新了呢?
更新日志
- 好薇2024《兵哥哥》1:124K黄金母盘[WAV+CUE]
- 胡歌.2006-珍惜(EP)【步升大风】【FLAC分轨】
- 洪荣宏.2014-拼乎自己看【华特】【WAV+CUE】
- 伊能静.1999-从脆弱到勇敢1987-1996精选2CD【华纳】【WAV+CUE】
- 刘亮鹭《汽车DJ玩主》[WAV+CUE][1.1G]
- 张杰《最接近天堂的地方》天娱传媒[WAV+CUE][1.1G]
- 群星《2022年度发烧天碟》无损黑胶碟 2CD[WAV+CUE][1.4G]
- 罗文1983-罗文甄妮-射雕英雄传(纯银AMCD)[WAV+CUE]
- 群星《亚洲故事香港纯弦》雨果UPMAGCD2024[低速原抓WAV+CUE]
- 群星《经典咏流传》限量1:1母盘直刻[低速原抓WAV+CUE]
- 庾澄庆1993《老实情歌》福茂唱片[WAV+CUE][1G]
- 许巍《在别处》美卡首版[WAV+CUE][1G]
- 林子祥《单手拍掌》华纳香港版[WAV+CUE][1G]
- 郑秀文.1997-我们的主题曲【华纳】【WAV+CUE】
- 群星.2001-生命因爱动听电影原创音乐AVCD【MEDIA】【WAV+CUE】