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 —— 这过程不可忽略：

Wjs Uploading Video

将一个或多个视频上传至YouTube。当用户想“上传到YouTube”“发YouTube”“批量上传”“upload to YouTube”“post videos to YouTube”或发布到YouTube时使用此技能。

下载

• 写 `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])` 少一次内存分配和遍历