js数值运算受v8引擎和ieee 754标准约束，经历词法分析、ast构建、字节码解释或机器码编译、内存读写与二进制计算；所有number按64位双精度浮点存储，导致小数精度丢失（如0.1+0.2≠0.3），需用差值判断规避。
JS 数值运算不是简单“算完就完”，它从代码输入开始，经历词法分析、语法树构建、解释执行、内存读写、二进制计算，最后输出结果——整个过程受 V8 引擎机制和 IEEE 754 浮点标准双重约束。
数值运算的编译与执行阶段
JavaScript 引擎（如 V8）不直接执行源码，而是分两步处理：
-
编译阶段：词法分析器拆分
0.1 + 0.2为数字字面量和加号；语法分析器生成 AST 节点（BinaryExpression），确认结构合法 -
执行阶段：Ignition 解释器将 AST 转为字节码，调用 Runtime 函数（如
Runtime_Add）进入 C++ 底层运算逻辑；若该表达式高频执行，TurboFan 可能将其编译为机器码加速
数值在内存中的表示与转换
所有 Number 类型都按 IEEE 754 双精度浮点格式（64位）存储：1位符号 + 11位指数 + 52位尾数。这意味着：
- 整数在
-(2^53)到2^53范围内可精确表示；超出则丢失精度（如Math.pow(2, 53) + 1 === Math.pow(2, 53)） - 小数如
0.1十进制无法被二进制有限表示 → 实际存的是近似值0.10000000000000000555...，累加后误差放大，出现0.30000000000000004 - 运算前，引擎会把操作数统一转为双精度格式；
1 + "2"这类混合运算会先触发隐式类型转换（字符串拼接），而非数值计算
运算符优先级与执行顺序控制
JS 按照 ECMA-262 规范定义的 21 级运算符优先级决定计算次序，但底层真正起作用的是抽象语法树的嵌套结构：
-
a + b * c的 AST 中，*是+的右子节点 → 先算乘再算加，与数学一致 - 括号
(a + b) * c会强制重构 AST，让+成为*的左操作数节点 - 自增/自减（
a++、--b）在 AST 中是独立 UnaryExpression 节点，其求值时机由所在表达式位置决定（前置立即变，后置延迟变）
常见数值运算陷阱与规避方式
底层机制导致的典型问题，不能靠“记住规则”解决，而要理解根源并选择合适策略：
-
小数精度问题：避免直接比较
0.1 + 0.2 === 0.3；改用差值判断Math.abs((0.1 + 0.2) - 0.3) -
大整数溢出：超过
2^53 - 1后精度丢失；需用BigInt（如123n + 456n）处理 ID、时间戳等长整型 -
隐式转换干扰：
"10" - "1"得9（自动转数字），但"10" + "1"得"101"（字符串拼接）；显式转换更安全：Number("10") + Number("1")
