Python中Queue.get(block=True)阻塞时销毁队列是否解除阻塞抛异常？

按你描述的顺序调用close()、cancel_join_thread()、join_thread()三个方法，不会解除阻塞状态的get()调用，阻塞的调用既不会抛出异常，也不会产生任何其他响应，会持续处于挂起状态。

三个方法的作用范围都只覆盖队列的写侧资源，完全不会触碰读侧的阻塞逻辑：

• close()：仅标记当前进程不会再向队列写入新数据，关闭当前进程持有的队列写入端文件描述符，不会操作读端，也不会向阻塞在读操作上的线程发送任何中断信号。
• cancel_join_thread()：仅修改队列后台feeder线程（负责把进程内缓冲区数据刷到底层管道的后台线程）的退出策略，设置进程退出时无需等待feeder线程清空缓冲区剩余数据即可直接退出，和读端的阻塞逻辑没有关联。
• join_thread()：仅在调用close()后等待前述的后台feeder线程执行完毕，回收写侧的线程资源，不会对读端的阻塞状态产生任何影响。

multiprocessing.Queue底层基于操作系统匿名管道实现，阻塞get()本质是卡在管道的读系统调用上。只有当所有持有该队列写入端引用的进程、线程都关闭了持有的写端文件描述符时，管道读端才会收到EOF信号，此时阻塞的get()才会抛出EOFError。仅在单个线程/进程里执行关闭操作，只要其他位置还存在队列写端的有效引用，管道就不会触发EOF，阻塞的读调用会一直挂起——哪怕你手动删除当前进程内的队列对象，也不会改变这个结果。

• 哨兵值方案：提前约定特殊值（比如None）作为退出信号，需要终止阻塞时往队列里塞入哨兵值，阻塞的get()拿到该值后主动退出读取逻辑，这是兼容性最好、最稳妥的方案。
• 超时轮询方案：调用get()时传入timeout参数设置合理的超时时间，循环读取时每次超时后检查自定义的退出标记，确认需要终止时直接退出循环，避免无限挂起。
• EOF触发方案：如果要靠管道EOF触发异常终止，必须逐一确认所有可能持有队列写端的进程、线程都显式调用close()，不能有遗漏的引用，否则会一直阻塞。

内容的提问来源于stack exchange，提问作者Guillaume Chevalier