请教 C++多线程操作 deque 遇到的一个问题

首先加锁是必须的，deque 不能保证线程安全，确切说 stl 就根本不保证线程安全。
然后，你如果两个线程都不想堵塞，那放弃，没有这种方法。
你如果只想保证 a 不堵塞，可以考虑使用在未获取到锁的时候直接放弃的方法。比如 windows 的 TryEnterCriticalSection，如果没有获取到锁就直接返回 false，然后进入下一次循环。不知道符不符合你的需求，但是肯定不堵塞了

上 Boost.Lockfree,里面有 queue 和 stack

无锁队列、读写锁

b 不会改数据 而且不是频繁拿锁的话
用 try_lock a 如果 try_lock 失败就 copy 一份 然后在新副本操作
要是 a 能拿到锁，就把新副本写进去

如题主所说 A 是生产端 B 是消费端 从题主的描述中 有一点我不明白 就是当队列满足 N 以后 队头拿一条数据出队 回收内存？代表队列中的数据可以不用完全消费 可以允许数据丢失吗？ 先看你的问题 问题产生的原因是 不加锁重复消费导致数据不正确 加锁呢又导致线程 A 阻塞(这是一个大锁 一锁锁全部) 题主的做法应该是 B 拿出 A 所有数据时 上大锁 A 不能再插入数据了 等 B 处理完以后 清除队列里的数据 释放锁 A 才能插入数据 这样做很明显不好 因为 A 阻塞时(假设你是 web 环境) 只是数据没有入队 但是一样占用了内存空间!!! 而且造成网络阻塞 占用网络资源 所以我的解决思路是这样的 再不考虑生产端和消费端的效率情况下(最坏的情况就是 A 生产端能力大于 B 消费端能力 数据堆积 内存会爆)
--------
问题总结:
1: 不上锁 数据重复性消费
2: 上锁 锁的粒度大 B 操作时 A 不能操作
3: 数据允许丢失？
我的解决思路如下:
1: 如果保证数据不丢失 队列满足 N 时 大于 N 的 找个地方把来不及入队的数据先存起来 如数据库 这样也解决了 部分 生产端能力>消费端能力的问题 再开启一个线程 C 去处理这类数据 不用做 数据重复校验 因为这都是没来得及入队的 B 只会取得队列里的数据。
2: B 做数据重复性处理校验 上一个 number 值 这个 number 值可以是队列中的数据携带 可以是时间戳 记录我当前处理的位置
3 :减小锁粒度 B 获取数据的时候 上锁 有一个全局变量 number 更新这个 number 释放锁 锁是共享资源的竞争 A B 共同竞争的这个小锁 是为了取得 number 值 B 对 number 值进行更新 A 拿 number 值清空队列中的数据 就相当于游标一样撒 A 获取锁的实际就是队列满的时候 然后根据 number 对队列进行清理

--------
考虑不周的 请指正

使用无锁 ringbuffer，buffer 内部存取指针，便于原子操作

首先，一般情况下，1 楼的回答是对的。其他回答什么无锁都是错的。

其次，你这个业务，存在一个特殊性：R 与 W 都是线程 A，而线程 B 只有 R，这种情况可以参考数据库引擎的做法，使用日志，来解决锁问题。也就是说 A 只操作日志，B 可以直接操作队列，然后使用一个新线程负责处理日志、队列以及线程 B 的关系。但这种东西难度较大，比较有挑战。

Google 搜索“读写锁，写优先”能出来很多结果，C++11 的话应该可以了解一下 std::condition_variable.
或者可以考虑无锁队列，如果读、写的线程各只有一个的话直接用 ring buffer: https://www.codeproject.com/Articles/43510/Lock-Free-Single-Producer-Single-Consumer-Circular

感谢 v 友们热心的回复。
@augustheart A 线程是持续向队列插入数据，获取不到锁的时候数据不能丢，所以当获取不到锁不能简单就跳过
@nightwitch 项目没有引入 boost，嫌弃有点大:)
@liuminghao233 B 线程仅在拷贝这一步加一下锁，这样 A 线程阻塞的时间非常短，我可以试试
@top1ms 1.队列中的数据只有实时的才有用，过期数据就丢弃了。2.生产端生产的数据是复用同一块内存的，通过拷贝存到队列里，而且队列固定长度，所以不会数据堆积。3.B 线程需要取得的数据是某一时间点队列中所有数据的拷贝。4.在 A 线程没有获取到锁时，临时将数据存到别的地方，单独开启一个线程 C 处理临时数据就无法满足 3。5.我有考虑把临时数据再插回队列里去，但因为 B 线程的触发条件不确定，不好确定临时数据插哪以及是否已经过期。
@alphaprogrammer 大佬，我看了下环形缓冲区的介绍，似乎可以很好地解决我的问题。。。我去写代码了。
@laminux29 这倒也给了我一个思路，将队列的长度加长大于 N，比如 2N，这样 B 在取数据的时候可以取队列中间的一段，至少可以某种程度上避免取出来的数据已经被回收的尴尬。

如果你的线程 A 处理所有的事情，数据会堆积吗？？不行的话，拷贝一份数据开一个线程（或者使用线程池）去处理 B 应该干的事如何？

@araraloren 不行，线程 B 要一直运行等待某个条件

@imiao 所以 A 不能判断这个条件？？ A 判断这个条件会堆积数据？？

自旋锁走一波？

已经解决，通过队列加长的方式