maxsize=0表示禁用大小限制，put()永不阻塞，但必须await调用，否则协程被丢弃；它仅影响put()阻塞时机，不影响get()；合理设置需结合内存预算与任务大小，并配合监控。
asyncio.Queue 初始化时设了 maxsize=0 会怎样
maxsize=0 不代表“无限”，而是“禁用大小限制”——这和很多人的直觉相反。它会让 put() 永远不阻塞，哪怕内存耗尽也不会主动限流。实际效果等同于不限制队列长度，但底层仍走非阻塞路径。
- 真正的无限容量场景下，
maxsize=0是正确写法；设成负数或None会抛ValueError - 如果你本意是“允许最多 100 个任务排队”，必须显式写
maxsize=100，不能省略或填 0 - 在高吞吐生产者 + 慢消费者场景中，
maxsize=0可能导致内存持续上涨，直到MemoryError
put() 阻塞但没 await，程序就卡住了
put() 是协程函数，返回一个 Awaitable，不 await 就等于没调用。常见错误是写成 queue.put(item) 而不是 await queue.put(item)，结果既没入队也没报错，只是协程对象被丢弃。
- 所有
put()、get()、join()都必须await，否则逻辑中断且无提示 - 在
async for或async with块里也一样，不能因为上下文是异步就省略await - 如果漏了
await，日志里看不到任何异常，但后续依赖该数据的协程会永远等不到信号
maxsize 影响的是 put() 还是 get() 的行为
maxsize 只约束 put() 的阻塞时机，对 get() 完全无影响。get() 在空队列时总会阻塞（除非用 get_nowait()），和 maxsize 无关。
- 当队列已有
maxsize个元素时，下一次await queue.put(...)才会挂起，直到有get()腾出空间 -
get()即使在maxsize=1的队列里，也能连续取完所有元素，不会因 size 设置而受限 - 注意：如果
maxsize=1且已有一个待处理项，两个并发put()会有一个立即挂起，另一个要等前者被get()后才能继续
用 asyncio.Queue 做背压时，maxsize 设多大才合理
没有通用值，取决于你的内存预算、任务平均大小、以及消费者处理延迟的抖动范围。硬设 maxsize=1000 很容易在小消息场景下浪费内存，或在大对象场景下迅速 OOM。
立即学习“Python免费学习笔记（深入）”；
- 先估算单个任务平均内存占用（比如
sys.getsizeof(item)），再结合可用内存（如 512MB）粗算上限 - 更稳妥的做法是设一个偏保守的值（如
100），配合监控：当queue.qsize()长期 >maxsize * 0.8，说明消费者跟不上，需要降速或扩容 - 避免用
qsize()做关键判断——它不是原子操作，在并发下可能立刻过期；仅适合打日志或告警
队列的阻塞逻辑藏得深，maxsize 看似简单，但和 await 是否到位、内存是否可控、背压是否生效，全都咬合在一起。少一个环节，问题就变成“程序不动了，但也不报错”。
