JavaScript数值运算需优先使用31位整数与位运算，避免浮点降级、隐式转换和对象包装；位移替代除法、位与替代取模、位与判断奇偶；慎用+拼接、Math方法及arguments，改用剩余参数和直接计算。
JavaScript 中数值运算看似简单，但底层执行效率差异明显。V8 引擎对整数运算、位操作、类型一致性有强优化倾向；一旦触发浮点降级、隐式转换或对象包装，性能就会明显下滑。
优先使用整数与位运算
V8 对 31 位有符号整数（Smis）做了深度优化，这类值直接存储在指针中，无需堆分配。能用位运算替代的算术逻辑，应优先替换：
- 除法 → 位移：`x / 2` 改为 `x >> 1`（仅适用于非负整数）
- 取模 → 位与：`x % 8` 改为 `x & 7`（当模数是 2 的幂时成立）
- 判断奇偶：`x % 2 === 0` 改为 `(x & 1) === 0`，更快且无浮点风险
避免隐式类型转换陷阱
加号（+）是最常见的性能雷区：字符串拼接会强制数字转字符串，触发对象包装和内存分配；而乘除等运算虽不拼接，但若任一操作数是字符串，仍会先转数字再计算，失败则得 NaN —— 这过程不可忽略：
dmap-jsapi-skill
下载
DMap GL地图JSAPI（dmapgl）开发指南。用于编写、审查、调试 DMap 地图 API 代码，涵盖地图初始化、覆盖物渲染、图层管理、事件处理、控件交互等任务。当用户提及 dmap、dmapgl、jsapi‑gl 或相关地图开发需求时自动触发。
- 写 `num + ''` 转字符串，比 `String(num)` 或模板字面量 `` `${num}` `` 更快，但需确保 num 确实是原始数字
- 写 `+'123'` 转数字比 `Number('123')` 或 `parseInt('123')` 更轻量，但只适用于纯数字字符串
- 避免 `arr[i] + 1` 中 arr[i] 可能为 undefined 或 null，否则得到 `"undefined1"` 或 `"null1"` —— 这不是运算，是 bug
慎用浮点与 Math 方法
浮点运算是 JS 数值处理中最易失控的部分。`Math.pow(x, 2)` 比 `x * x` 慢 3–5 倍；`Math.sqrt(x)` 在多数场景下也不如 `x ** 0.5`（幂运算符已由 V8 针对平方根做了内联优化）：
- 平方、立方直接写 `x * x`、`x * x * x`，清晰又高效
- 开方优先用 `x ** 0.5`，而非 `Math.sqrt(x)`；高次方根如 `x ** (1/3)` 也优于 `Math.pow(x, 1/3)`
- 避免在循环中反复调用 `Math.random()` 后做 `Math.floor(Math.random() * n)`，可缓存 `n` 并复用随机因子
警惕 arguments 和动态参数反模式
虽然不属于纯数值运算，但 `arguments` 对象会阻止 V8 对函数进行内联与形状优化（IC 失效），进而拖慢所有内部计算。尤其当函数含数值密集逻辑时，影响放大：
- 不用 `function sum() { return Array.from(arguments).reduce((a, b) => a + b); }`
- 改用剩余参数：`function sum(...nums) { return nums.reduce((a, b) => a + b, 0); }`，V8 可静态推导数组 shape，提升 reduce 性能
- 若需高性能聚合，直接展开小数组：`sum(a, b, c)` 比 `sum([a,b,c])` 少一次内存分配和遍历
