位运算符不能直接对浮点数取整，因其仅操作32位有符号整数；JS会先通过ToInt32将浮点数向零截断并转换为32位整数，故~~x、x|0等仅等价于Math.trunc(x)，且受限于-2³¹~2³¹−1范围。
JavaScript 中位运算符不能直接对浮点数取整，因为它们只对**32 位有符号整数**操作。当你对浮点数使用 |、~~、>> 等位运算时，JS 会先将该数**强制转换为 32 位整数**（即截断小数部分，并处理溢出），这看起来像“取整”，但本质是类型转换，且仅适用于安全整数范围（-2³¹ 到 2³¹−1）内的数值。
为什么 ~~x 或 x | 0 能“取整”？
这是因为 JavaScript 在执行位运算前，会把操作数通过 ToInt32 抽象操作进行转换：
- 去掉小数部分（向零截断，即
Math.trunc()行为）； - 对结果模 2³²，再转为带符号的 32 位整数（超出范围会回绕）；
- 例如：
~~3.9→ToInt32(3.9) = 3→ 按位非两次仍为 3；~~-3.9→ToInt32(-3.9) = -3→ 结果仍是 -3。
常用位运算“取整”写法及注意事项
以下写法都等价于 Math.trunc(x)（向零取整），但有隐含限制：
-
x | 0：最常用，语义清晰（按位或 0 不改变值，只触发ToInt32）； -
~~x：两次按位非，效果相同，但可读性差，易被误读； -
x >> 0：右移 0 位，也触发ToInt32，但对负数是算术右移，结果一致； x 、x ^ 0同理，但不推荐——语义更不直观。
⚠️ 注意：若 x 是 NaN、Infinity、或超出 ±2147483647（2³¹−1），结果不可靠。例如：2147483648 | 0 === -2147483648（溢出回绕）。
什么时候可以用？什么时候该避免？
✅ 适合场景：
- 性能敏感的底层计算（如 WebGL、游戏循环），且你**完全掌控输入范围**（确保是普通小浮点数，如坐标、索引）；
- 快速做向零截断，且不需要处理边界情况（如
Math.floor或Math.round的语义）。
❌ 应避免场景：
- 处理用户输入、API 返回值、大数或可能为
NaN的数据； - 需要明确语义（如“向下取整”用
Math.floor，“四舍五入”用Math.round）； - 代码可读性与可维护性优先的项目（位运算“取整”属于技巧，不是直觉行为）。
更安全、更清晰的替代方案
现代 JS 推荐直接使用标准方法：
-
Math.trunc(x)：明确表示向零截断，ES6+ 支持，语义最匹配位运算效果； -
Math.floor(x)：向下取整（≤ x 的最大整数）； -
Math.ceil(x)：向上取整； -
Math.round(x)：四舍五入； - 对于字符串数字：
parseInt(x, 10)（也向零截断，但会忽略尾部非数字字符）。
多数情况下，多敲几个字符换来可读性与健壮性，远比省一个函数调用更值得。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
