JS大坑之大坑之19位数的位数的Number型精度丢失问题详解型精度丢失问题详解
主要介绍了JS大坑之19位数的Number型精度丢失问题,文中通过示例代码介绍的非常详细,对大家的学习或者
工作具有一定的参考学习价值,需要的朋友们下面随着小编来一起学习学习吧
More
本项目仅供爬取体验,每次访问都会实时爬取数据,所以数据返回速度会比较慢,实际操作应该是定时爬取数据然后将数据存
进数据库,数据从数据库返回从而提高数据返回效率。
但项目很基础,可以作为以上各个node模块最基础的练手使用,希望可以帮到大家 起源
最近在实现一个需求的时候,需要接入第三方的接口,先调用A接口,A接口返回的数据里,有一个taskId,然后再使用这个
taskId请求B接口,获取最终需要的数据。
后端使用的是node,因此最开始使用的是request-promise这个包请求第三方接口,然而在获取A接口返回的taskId之后,调用
B接口之后,B接口的响应居然是系统错误!简易代码如下
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位的数字,然后为它
评论0
最新资源