javascript处理超大数字需避开number精度限制，方案分三类：bigint适用于任意精度整数；bignumber.js/decimal.js适用于高精度小数；字符串模拟仅限轻量特定场景。

JavaScript 处理超大数字运算，核心在于避开原生 Number 类型的 IEEE 754 双精度浮点限制（安全整数上限为 ±9007199254740991）。直接用 +、* 等运算符操作超大整数或高精度小数，会静默失真——比如 0.1 + 0.2 !== 0.3，或 9007199254740992 + 1 还是它自己。解决路径分三类：原生支持、第三方库、手动字符串模拟，选哪一种取决于数据类型（纯整数？带小数？）、精度要求和运行环境。

用 BigInt 处理超大整数

ECMAScript 2020 起，BigInt 是唯一原生、无依赖的任意精度整数方案。它专为大整数设计，不支持小数，也不能和 number 混合运算。

• 声明方式：字面量加 n（如 123456789012345678901234567890n），或调用 BigInt("字符串")
• 支持基本运算：+、-、*、**、%，但 / 是向下取整除法（不是浮点除）
• 注意兼容性：IE 不支持；Node.js 10.4+、Chrome 67+、Firefox 68+、Safari 14+ 支持
• 不能与 number 直接计算：写 10n + 5 会报错，必须显式转换，如 10n + BigInt(5)

用 BigNumber.js 或 Decimal.js 处理高精度小数

当涉及金额、利率、科学计算等需要保留小数位、可控舍入的场景，BigInt 不适用，得用十进制精度库。两者都以字符串输入避免初始化误差，内部用十进制模拟运算。

deep-java-review

Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...

下载

• BigNumber.js 更轻量、API 简洁，适合电商价格、简单金融计算；默认构造即启用高精度，new BigNumber("0.1").plus("0.2").toString() 返回 "0.3"
• Decimal.js 功能更全，支持自定义精度（.precision）、多种舍入模式（四舍五入、向上取整等）、指数控制，适合银行级结算或复杂财务模型
• 二者都不修改原对象，每次运算返回新实例；可通过 toPrecision()、toFixed() 输出格式化字符串
• 引入方式灵活：npm 安装、CDN 直接 script 引入，或 ES 模块导入

用字符串手动实现（仅限特定场景）

若项目极轻量、只做加减且不希望引入任何依赖，可手写字符串逐位模拟运算。适用于计算器、教学演示或嵌入式前端。

• 原理：从末位开始，按位相加、处理进位，结果拼接字符串
• 优点：零依赖、完全可控、逻辑透明
• 缺点：仅覆盖基础四则中的一部分（乘除实现复杂），无精度配置、无负数/小数支持，维护成本高
• 不推荐用于生产环境中的核心金融逻辑——易出错、难测试、无法复用标准舍入规则

避坑要点与选型建议

实际开发中，错误常出现在“以为 Number 能扛住”或“混用类型没检查”。几个关键提醒：

• 后端传来的 ID（如 Snowflake）、时间戳（毫秒级长整数）、区块链地址余额，一律用 BigInt 或字符串接收，别直接 parseInt 或 Number()
• 用户输入的金额，哪怕看起来是整数，也应转成 BigNumber 或 Decimal 再参与运算，防止 "19.99" 转 Number 后变成 19.989999999999998
• 避免隐式转换：+"123.45"、parseInt("0.1e3") 都可能触发意外行为；统一用明确构造函数
• 性能考虑：BigInt 在 V8 中优化较好，百万位运算仍可行；而 Decimal.js 精度越高内存占用越大（10万位精度约需 115KB），需按需设 precision

Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南