JS大坑之19位数的Number型精度丢失问题详解_js数字超过16位怎么解决资源-CSDN文库

15 浏览量 2021-01-19 19:46:42 上传评论收藏 74KB PDF 举报

资源推荐

资源详情

资源评论

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位的数字，然后为它

本内容试读结束，登录后可阅读更多

下载后可阅读完整内容，剩余1页未读，立即下载

内容反馈

weixin_38614112

粉丝: 3
资源: 929

最新资源

资源上传下载、课程学习等过程中有任何疑问或建议，欢迎提出宝贵意见哦~我们会及时处理！点击此处反馈

feedback-tip