在 JavaScript 的世界里，数字计算看似简单，却暗藏玄机。尤其是当我们遇到超出常规范围的大数时，这门语言的局限性便暴露无遗。今天，我们先聊聊那些让人头疼的计算痛点，以及早期开发者如何用 “笨办法” 破解困局。
一、Number 类型的致命短板：精度与边界的双重枷锁😫
JavaScript 的数字体系建立在 IEEE 754 双精度浮点数基础上，这意味着它只有一种Number类型，既负责整数又处理小数。但这种 “一视同仁” 带来了两大隐患：
-
小数的二进制陷阱
十进制小数转二进制时，可能出现无限循环的情况。例如0.1的二进制表示为0.0001100110011...（无限循环），计算机只能截取有限位存储，导致计算误差。最经典的例子：console.log(0.1 + 0.2); // 输出 0.30000000000000004这在金融计算、密码学等场景中可能引发致命错误😰。
-
大数的边界崩塌
Number类型能精确表示的最大整数是9007199254740991（Number.MAX_SAFE_INTEGER），超过这个值就会失去精度。比如：const a = 9007199254740991; console.log(a + 2); // 输出 9007199254740992（正确） console.log(a + 3); // 输出 9007199254740994（错误！中间值被舍去）当数字突破
Number.MAX_VALUE（约1.79e+308），会直接变成Infinity，彻底失去计算意义😵。
二、字符串化：用 “原始” 方法对抗数字霸权📜
既然Number靠不住，聪明的开发者想到了用字符串模拟人工计算 —— 逐位相加，手动处理进位。这种 “笨办法” 虽然繁琐，却能绕过精度限制。
/**
* 字符串化大数相加
* @param {string} num1 数字字符串1
* @param {string} num2 数字字符串2
* @returns {string} 相加结果
*/
function addLargeNumbers(num1, num2) {
let result = ''; // 存储结果
let carry = 0; // 进位
let i = num1.length - 1; // 指向num1末尾
let j = num2.length - 1; // 指向num2末尾
// 循环条件：只要有数字未处理或有进位
while (i >= 0 || j >= 0 || carry > 0) {
// 取当前位数字（越界则为0）
const digit1 = i >= 0 ? parseInt(num1[i]) : 0;
const digit2 = j >= 0 ? parseInt(num2[j]) : 0;
const sum = digit1 + digit2 + carry; // 计算总和
result = (sum % 10) + result; // 取个位，拼接到结果前
carry = Math.floor(sum / 10); // 计算新进位
i--; j--; // 指针前移
}
return result; // 返回字符串结果
}
核心逻辑拆解：
-
从右往左逐位计算：模拟竖式加法，从最低位开始处理，确保进位逻辑正确。
-
边界补零：当某数位数较短时，自动视为 0 参与计算，避免越界错误。
-
进位传递：每次计算后保留进位，直到所有位处理完毕且无剩余进位。
示例验证：
console.log(addLargeNumbers('1234567890', '9876543210'));
// 输出 "11111111100"（正确结果）
三、传统解法的得与失⚖️
-
优势：
✅ 完全规避Number精度问题，支持任意长度大数
✅ 兼容性强，无需依赖 ES6 + 新特性 -
局限：
❌ 代码复杂度高，需手动实现进位、边界处理等逻辑
❌ 性能较差，大位数运算时循环次数显著增加
❌ 仅支持加法，扩展减法、乘法需额外开发
面对这些问题，ES6 带来了新的曙光 ——BigInt类型的出现，彻底改变了大数计算的格局。下篇我们将深入解析这个 “救星”，看看它如何让大数计算变得优雅简单🌟。
