在线程间简单字节流需要Python队列吗？
我有一个简单的线程，它从蓝牙的RFCOMM（类似串口的）套接字中获取字节，然后把这些字节放进一个 Queue.Queue（先进先出队列）里，这似乎是线程之间交换数据的常见方法。这样做效果很好。
不过，这样做是不是有点过了？我是不是可以直接用一个字节数组，然后让我的读取线程用 .append(somebyte) 把字节加进去，处理函数再用 .pop(0) 把字节取出来？我不太确定 Queue 中的保护机制是否是为了更复杂的“多生产者，多消费者队列”设计的，而对于一个点对点的字节流来说是不是有点浪费。像是清空队列或者一次获取多个字节，使用 Queue 似乎比用简单的数据类型要麻烦一些。
我想答案可能和 .pop() 是否是原子操作有关，但那样的话，这个问题还有意义吗？...
3 个回答
是的，pop()这个操作是原子的，也就是说它是一个完整的操作，不会被打断。不过，如果性能不是特别重要的话，我还是建议使用队列（Queue）。
如果输入的速度足够快，你可以先把字节数据存储到一个字符串里，然后再把这个字符串放到队列中。这样做可能会提高处理速度，因为可以减少锁定的次数，不过接收端的延迟可能会稍微增加一点。
使用Queue，你可以确保在任何版本的Python中都是线程安全的。这意味着你不需要担心在不同的实现中某些方法是否“原子性”（也就是操作是否是不可分割的）。依赖其他对象的某些方法是否原子性，通常会让你面临不确定性，因为这种原子性并不是一个强有力的保证，可能只是你正在使用的特定版本的一个实现细节。因此，在升级或切换到其他Python实现时，可能会引入一些难以调试的竞争条件。
如果你的性能分析显示Queue的强大和通用的保证反而成为了你特定生产者-消费者场景的瓶颈，那你可以自己创建一个更简单的、保证线程安全的先进先出（FIFO）队列。例如，如果你发现（排除竞争条件后）append和pop非常适合你的需求，那就可以创建一个类，用锁来保护这两个操作（可以使用with语句来处理锁的获取和释放）——Queue为了支持多个生产者和消费者会增加一些微小的开销，而你可以省去那几纳秒的时间！