因为 deque 的 append() 和 popleft() 均为 O(1)，而列表 pop(0) 是 O(n)；必须指定 maxlen 参数才能自动淘汰旧元素，否则无环形语义。
为什么用 deque 而不是列表实现环形缓冲区
因为 deque 的 append() 和 popleft() 都是 O(1) 时间复杂度，而列表的 pop(0) 是 O(n)，在频繁写入+淘汰场景下性能差距明显。尤其当缓冲区长度较大（比如上千项）时，列表会明显卡顿。
关键点在于：必须传入 maxlen 参数，否则 deque 不会自动丢弃旧元素——这是最常被忽略的配置。
常见错误现象：deque 看似“满了”但长度持续增长，实际是忘了设 maxlen。
deque(maxlen=N) 的行为细节
一旦初始化时指定 maxlen，后续所有 append()、appendleft() 操作都会自动触发截断：
立即学习“Python免费学习笔记（深入）”；
- 新元素追加后总长度超过
maxlen，最老的元素（右端或左端，取决于 append 方向）被挤出 -
extend()和extendleft()同样受控：超出部分会被静默丢弃 - 如果
maxlen=None（默认），则完全不截断，失去环形语义 - 修改
maxlen属性本身无效，只能重建deque
示例：
from collections import deque buf = deque(maxlen=3) buf.append(1); buf.append(2); buf.append(3); buf.append(4) print(buf) # deque([2, 3, 4], maxlen=3)
读取最新/最旧数据时的索引陷阱
deque 支持下标访问（如 buf[0]、buf[-1]），但要注意：
-
buf[0]是最老元素（头），buf[-1]是最新元素（尾）——符合 FIFO 直觉 - 但若混用
appendleft()，顺序会反转；建议统一用append()+buf[-N:]取最近 N 项 - 空
deque访问buf[0]会抛IndexError，需先检查len(buf) - 不支持切片赋值（如
buf[:] = [...]），会报TypeError
线程安全与序列化注意事项
deque.append() 和 popleft() 是原子操作，多线程写入单个 deque 无需额外锁——但读写并发仍需注意竞态，比如一边 append() 一边遍历 list(buf) 可能拿到不一致快照。
序列化时：deque 可被 pickle 正常保存，但 maxlen 值不会被保留（反序列化后变成 None），必须手动重建：
import pickle buf = deque([1,2,3], maxlen=3) data = pickle.dumps(buf) restored = deque(pickle.loads(data), maxlen=3) # 必须重设 maxlen
真正容易被忽略的是：环形缓冲区的“环形”只体现在容量控制逻辑上，它本身仍是线性容器；如果你需要随机跳转到“逻辑上第 k 个旧值”，得自己算偏移，别指望底层有循环地址映射。
