bytearray支持原位修改，但仅限索引赋值和等长切片赋值；+=、replace()等操作会触发隐式拷贝；memoryview可零成本访问底层内存实现高效查找与修改；应避免decode/encode，直接用字节级整数运算；预分配容量可减少realloc开销。
bytearray 支持原位修改，但必须避开隐式拷贝操作
Python 的 bytearray 确实是可变字节序列，能避免像 bytes 那样每次切片或拼接都生成新对象。但很多人误以为只要用了 bytearray 就自动“零拷贝”——实际中大量操作仍会触发隐式复制，比如 += 拼接、replace()、甚至某些切片赋值。
真正安全的原位修改只发生在明确索引/切片赋值且长度匹配时：
-
ba[i] = 65—— 安全，单字节写入 -
ba[2:5] = b'xyz'—— 安全，右侧 bytes 长度必须等于切片长度（3） -
ba[2:5] = bytearray(b'xy')—— 触发ValueError，因长度不匹配（2 ≠ 3） -
ba += b'extra'—— 不安全，底层调用extend()，可能引发内存重分配并拷贝整块数据
用 memoryview 绕过 bytearray 方法的额外开销
很多 bytearray 自带方法（如 find()、index()）虽不修改内容，但内部可能构造临时缓冲区或做边界检查，影响热点路径性能。更轻量的方式是用 memoryview 直接访问底层内存：
# 原始 bytearray ba = bytearray(b'hello world') mv = memoryview(ba) <h1>快速查找，不触发任何 bytearray 方法逻辑</h1><p>pos = mv.find(b'world') # 返回 int，和 bytes.find 行为一致</p><h1>原位修改：直接写入 memoryview 切片</h1><p>mv[0:5] = b'HELLO' # 此时 ba 已被修改，无新对象 </p>
注意：memoryview 对象本身不持有数据，只引用 bytearray 底层 buffer，所以创建它几乎零成本；但不能对 memoryview 调用 append() 或 extend() 这类会改变长度的操作。
避免 decode() / encode() 引入中间字符串对象
如果目标只是解析或填充二进制协议字段（如头部长度、校验和），强行转成 str 再操作，会立刻创建字符串对象并触发 UTF-8 编解码——这完全违背“减少临时对象”的初衷。
应直接用整数运算和字节操作：
- 写入 4 字节大端整数：
ba[8:12] = len(payload).to_bytes(4, 'big') - 读取 2 字节小端无符号短整：
port = int.from_bytes(ba[12:14], 'little') - 计算校验和（XOR 所有字节）：
checksum = 0; [checksum := checksum ^ b for b in ba[0:16]]（注意这是 Python 3.8+ 海象运算符，若需兼容旧版，改用循环）
这些操作全部在原 bytearray 上完成，不产生任何中间 bytes、str 或 int 列表。
resize 要预估容量，避免反复 realloc
bytearray 动态增长时（如 append()、extend()），Python 采用类似 list 的 over-allocation 策略，但频繁小幅扩容仍会导致多次内存拷贝。如果事先知道最终大小，优先用 bytearray(n) 预分配，再用切片赋值填入：
# ❌ 低效：逐字节追加
ba = bytearray()
for b in data_stream:
ba.append(b) # 每次可能 realloc + copy
<h1>✅ 高效：预分配后原位写入</h1><p>ba = bytearray(expected_total_len)
offset = 0
for chunk in data_stream:
end = offset + len(chunk)
ba[offset:end] = chunk
offset = end
</p>
预分配的关键在于「预期总长」要尽量准确；高估一点没关系，低估则仍会触发 realloc。另外，bytearray 的初始容量不会自动收缩，所以用完记得手动 del 或复用对象。
Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
