bitarray初始化不能直接用list[bool]，因只接受整数、字符串或bytes；传入[True, False]会TypeError，须转为[1, 0]或'10'等格式。
bitarray 初始化时为什么不能直接用 list(bool)？
因为 bitarray 不接受布尔列表作为构造参数，传入 [True, False, True] 会报 TypeError: expected an integer or string。它只认整数（按位宽解释）、字符串（如 '101'）或 bytes。
- 正确做法：用
bitarray.bitarray('101')或bitarray.bitarray([1, 0, 1])（注意是整数 0/1，不是 bool） - 若已有布尔序列，先转成整数列表：
[1 if b else 0 for b in bool_list]，再传入 - 从 bytes 构造最高效：
bitarray.bitarray(bytes([0b00000101]))，适合大批量初始化
and/or/xor 运算符和逻辑方法（&、|、^）的区别在哪？
&、|、^ 是就地（in-place）位运算符，直接修改左操作数；而 __and__ 等方法返回新对象。但更关键的是：它们要求两个 bitarray 长度严格相等，否则抛 ValueError: lengths not equal。
- 做不同长度的位运算前，必须手动对齐：
a = a.pad(8 - len(a) % 8 or 8)或用a.extend([0] * (len(b) - len(a))) - 如果只是想模拟布尔数组的逐元素逻辑（非严格位运算），用
list转换后操作反而更安全，但失去内存优势 -
&=比= a & b少一次内存分配，高频循环中建议用就地版本
为什么 bitarray.to01() 比 str(bitarray) 快得多？
str(bitarray) 会生成带格式的调试字符串（如 bitarray('1010')），包含引号、函数名等开销；而 to01() 直接返回纯 '0'/'1' 字符串，无格式化逻辑。
提示词大师-python版
下载
图片提示词生成器？不止如此。 马甲系统 —— 把脑海中的画面，翻译成AI能理解的专业表达。 用得越多，它越懂你：首次需要多问几句确认方向，用久了几乎一说就懂。 用得越多，它越快：缓存机制让后续对话越来越省。 RAG进化：成功案例持续入库，越跑越聪明。 输入「新手指南」查看完整功能介绍
- 需要导出为二进制字符串时，只用
a.to01()—— 它是 O(n) 且无额外拷贝 - 若后续要切片或正则匹配，
to01()返回的str比原bitarray对象更易操作，但失去位级随机访问能力 - 想转成整数？别用
int(a.to01(), 2)处理超长位串（易溢出），改用int.from_bytes(a.tobytes(), 'big')更稳
内存占用和性能瓶颈常出在哪儿？
bitarray 的核心优势是紧凑存储（1 bit/元素），但实际使用中容易因隐式转换破功：比如调用 list(a) 或 a.tolist() 会瞬间膨胀几十倍内存；又或者频繁调用 a[i] 单点访问（Python 层开销大），不如批量切片 a[100:200]。
立即学习“Python免费学习笔记（深入）”；
- 避免在循环里反复取单个 bit：
for i in range(len(a)): x = a[i]→ 改用for b in a:（迭代器底层优化过） - 写入密集场景慎用
a.append()，它可能触发多次 realloc；预估长度用bitarray.bitarray(length)+__setitem__更快 - 与 NumPy 交互时，
a.tobytes()是最快通道；别用np.array(a.tolist())，那是反模式
真正压榨性能时，得盯着 .tobytes()、.frombytes()、切片和就地运算这四条路径——其他操作都可能是隐藏的减速带。
