解决 javascript 处理 Long 长度大于 17 位度丢失精度的问题

解决问题的第一途径，最好从接口文档里面寻找方法。

JavaScript 数据类型和数据结构

JavaScript 数据类型和数据结构 - JavaScript | MDN 编程语言都具有内建的数据结构，但各种编程语言的数据结构常有不同之处。本文试图列出 JavaScript 语言中内建的数据结构及其属性，它们可以用来构建其他的数据结构；同时尽可能地描述与其他语言的不同之处。 developer.mozilla.org

直接引用原文：

数据类型

最新的 ECMAScript 标准定义了 8 种数据类型:

• 7 种原始类型:
  • Boolean
  • Null
  • Undefined
  • Number
  • BigInt
  • String
  • Symbol
• 和 Object

Number 数字类型

根据 ECMAScript 标准，JavaScript 中只有一种数字类型：基于 IEEE 754 标准的双精度 64 位二进制格式的值（-(2^53 -1) 到 (2^53 -1）。它并没有为整数给出一种特定的类型。除了能够表示浮点数外，还有一些带符号的值：+Infinity，-Infinity 和 NaN (非数值，Not-a-Number)。

要检查值是否大于或小于 +/-Infinity，你可以使用常量 Number.MAX_VALUE 和 Number.MIN_VALUE。另外在 ECMAScript 6 中，你也可以通过 Number.isSafeInteger() 方法还有 Number.MAX_SAFE_INTEGER 和 Number.MIN_SAFE_INTEGER 来检查值是否在双精度浮点数的取值范围内。 超出这个范围，JavaScript 中的数字不再安全了，也就是只有 second mathematical interger 可以在 JavaScript 数字类型中正确表现。

数字类型中只有一个整数有两种表示方法： 0 可表示为 -0 和 +0（"0" 是 +0 的简写）。 在实践中，这也几乎没有影响。 例如 +0 === -0 为真。 但是，你可能要注意除以 0 的时候：

42 / +0; // Infinity
42 / -0; // -Infinity

尽管一个数字常常仅代表它本身的值，但 JavaScript 提供了一些位运算符。 这些位运算符和一个单一数字通过位操作可以用来表现一些布尔值。然而自从 JavaScript 提供其他的方式来表示一组布尔值（如一个布尔值数组或一个布尔值分配给命名属性的对象）后，这种方式通常被认为是不好的。位操作也容易使代码难以阅读，理解和维护， 在一些非常受限的情况下，可能需要用到这些技术，比如试图应付本地存储的存储限制。 位操作只应该是用来优化尺寸的最后选择。

javascript 最大的安全数为 17 位， Math.pow(2, 53) - 1，即 9007199254740991。

根据双精度浮点数的构成，精度位数是 53 bit。安全数的意思是在 -2^53 ~ 2^53 内的整数(不包括边界)与唯一的双精度浮点数互相对应。举个例子比较好理解：Math.pow(2, 53) === Math.pow(2, 53) + 1 // trueMath.pow(2, 53) 竟然与 Math.pow(2, 53) + 1 相等！这是因为 Math.pow(2, 53) + 1 已经超过了尾数的精度限制(53 bit)，在这个例子中 Math.pow(2, 53) 和 Math.pow(2, 53) + 1 对应了同一个双精度浮点数。所以 Math.pow(2, 53) 就不是安全数了。最大的安全数为 Math.pow(2, 53) - 1，即 9007199254740991。

作者：牧云云
链接：https://www.zhihu.com/question/29010688/answer/503100778
来源：知乎
著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。

javascript 处理 Long 长度大于 17 位度丢失的问题

对于 Long 类型的数据，如果我们在 Controller 层将结果序列化为 json，直接传给前端的话，在 Long 长度大于 17 位时会出现精度丢失的问题。如何避免精度丢失呢？最常用的办法就是将 Long 类型字段统一转成 String 类型。

参考：
1.彻底解决 JS 处理 Long 类型精度丢失问题（一）
2.彻底解决 JS 处理 Long 类型精度丢失问题（二）