位运算管理权限更可靠，因linux权限本质是rwx三位二进制，对应4/2/1八进制权重，可避免字符串拼接、大小写错误、顺序依赖等问题。
为什么用位运算管理权限比字符串更可靠
因为 Linux 权限本质就是三位二进制（rwx），对应 4/2/1 的八进制权重，直接用位运算能避免字符串拼接、大小写判断、顺序依赖等隐患。比如 "rw-" !== "wr-"，但 (1 和 <code>(1 结果完全一致。
常见错误是把权限当普通数字加减：chmod +x 不是 7 + 1，而是按位或；chmod -w 不是 7 - 2，而是按位与取反。一旦混淆，就会出现 chmod 600 file 后仍能执行的诡异问题。
三个核心位操作：设置、清除、检测权限位
假设用整数 perm 存储当前权限，每位含义固定：bit2 = read（值为 4）、bit1 = write（值为 2）、bit0 = execute（值为 1）。
- 设置某权限（如加执行）：
perm |= 1 - 清除某权限（如去写）：
perm &= ~2（注意~2是按位取反，不是负号） - 检测是否具备某权限（如是否有读）：
(perm & 4) !== 0
别用 perm & 4 === 4——在 JavaScript 等语言里，4 & 4 是 4，但 0 & 4 是 0，直接比较布尔性更安全。Python 中可用 perm & 4 当条件，Go 中需显式写 perm&4 != 0。
模拟 chmod 命令行为：+、-、= 操作符解析
真实 chmod u+x,g-w,o=r 要拆解为三组用户类（user/group/others），每组独立维护一个 3 位权限字。关键不是“加多少”，而是“对哪几位做位操作”。
例如解析 g-w：
- 定位到 group 权限字段（通常右移 3 位再 & 7）
- 计算掩码：
write_mask = 2，则清除操作为：group_perm &= ~2 - 再左移回原位置，或回主权限字：
perm = (perm & 0b111000111) | (group_perm
容易踩的坑：没屏蔽其他位就直接赋值，比如写 perm = group_perm 会清空 user 和 other 权限。必须用掩码先保留无关位。
跨语言实现时要注意的兼容性细节
不同语言对负数位运算处理不同。比如 ~2 在 Python 返回 -3（补码），但你要的是 5（八进制 0o7 → 0b111，取反 write 位得 0b101 = 5），所以应限定在 3 位内：~2 & 7。
Node.js / JavaScript 示例：
function setExecute(perm) {
return perm | 1; // 安全：| 1 不影响其他位
}
function clearWrite(perm) {
return perm & (~2 & 7); // 显式截断到低 3 位
}
function hasRead(perm) {
return (perm & 4) !== 0;
}
Go 或 Rust 中整型有明确位宽（如 uint8），可省略截断；但若用 int，仍建议 & 7 防止高位干扰。权限逻辑一旦溢出到第 4 位，os.Chmod 就会失败或静默截断。
真正麻烦的不是位运算本身，而是把「符号化权限字符串」和「位模式」双向映射时漏掉边界情况：比如 "---" 对应 0，"rwx" 对应 7，但 "r-x" 是 5，不能靠字符串长度或索引硬算——必须查表或用固定掩码。
