位运算符是Python处理标志位最轻量高效的方式，各标志需为2的整数次幂（如1、2、4…），以确保按位或组合不冲突。
位运算符是 Python 中处理标志位最轻量、最高效的方式，只要别把标志位数量搞超 64 位（int 在 CPython 中默认支持足够大的位宽，但逻辑上建议控制在 32 或 64 以内），它比用字典或列表存布尔状态快一个数量级，且内存零开销。
如何定义和组合多个标志位
每个标志应为 2 的整数次幂（即二进制只有一位为 1），这样才能确保按位或（|）组合时不冲突。用 1 是最清晰、可读性最好的定义方式，避免硬写 <code>1、2、4、8 等魔数。
常见错误：用连续整数（如 READ=1, WRITE=2, EXEC=3）——EXEC 的二进制是 11，会导致后续检测失效。
READ = 1 << 0 # 1 WRITE = 1 << 1 # 2 EXEC = 1 << 2 # 4 HIDDEN = 1 << 3 # 8 <h1>组合：READ | WRITE → 值为 3，二进制 0b11</h1><p>flags = READ | WRITE
立即学习“Python免费学习笔记（深入）”；
- 推荐用大写常量 + 注释说明含义，便于团队协作
- 如果标志较多，可封装成
Enum并继承IntFlag（Python 3.6+），它原生支持位运算和字符串表示 - 不要用
+替代|——虽然对纯 2 的幂暂时等价，但语义错误且一旦混入非幂值会立刻出错
如何检测、设置、清除单个标志位
核心就三个操作，全部基于按位与（&）、或（|）、异或（^）和取反（~）。关键不是记符号，而是理解“掩码”逻辑：用一个只在目标位为 1 的数去“筛选”或“干预”。
让 macOS 自动化像说话一样简单 —— 用代码控制你的 Mac，无需学习 AppleScript 系统要求 macOS 14+ (Sonoma) Python 3.9+ 需要开启：辅助功能 + 屏幕录制权限
常见错误：写成 flags == READ ——这只能判断是否“恰好等于”，无法识别“包含”关系。
- 检测是否启用：
flags & READ非零即真（Python 中非零整数为True） - 启用某标志：
flags |= EXEC（等价于flags = flags | EXEC） - 禁用某标志：
flags &= ~HIDDEN（先取反得到掩码...11110111，再与操作清零该位） - 翻转某标志：
flags ^= WRITE（异或特性：1^1=0，0^1=1）
为什么不用 IntFlag 而手写位运算？
IntFlag 很方便，但有隐含成本：每次打印、比较、序列化时都会触发额外方法调用和类型检查；在高频循环（如网络包解析、游戏状态更新）中，纯整数运算快 2–5 倍。是否使用取决于场景。
典型误用：在嵌入式微控制器通信协议解析中盲目套用 IntFlag，结果因对象创建开销导致吞吐下降。
- 用
IntFlag：适合配置项、用户界面权限展示、调试日志输出等对性能不敏感但需可读性的场景 - 用手写整数位运算：适合底层协议解析、实时渲染标记、高频状态机切换等每微秒都重要的地方
- 混合策略可行：内部用整数运算，对外提供
IntFlag类做转换层
容易被忽略的兼容性和边界问题
Python 整数理论上无限长，但标志位逻辑依赖“位位置”的确定性。当标志索引超过平台 long 位宽（如 32 位系统），某些 C 扩展库可能出错；更现实的风险是人为数错位偏移。
- 避免用动态计算的位偏移（如
1 ）作为常量——除非 <code>some_var是编译期确定的 - 所有标志定义建议集中在一个模块（如
flags.py），并加单元测试验证互斥性：assert (READ & WRITE) == 0 - 与 C/C++ 交互时，确保标志定义顺序和值完全一致；必要时用
ctypes的c_uint32显式约束位宽
真正麻烦的从来不是“怎么写”，而是“谁来维护这份位图定义”——一旦多人修改、版本分支合并，没注释、没测试的标志常量极易 silently 错位。留一行注释，省三天 debug。
