这段代码能保证多线程安全吗?
0
悬赏园豆：20
[已解决问题]
解决于 2012-08-16 09:00
<pre> <span>public</span> <span>class</span> <span>DoubleCacheQueue</span><T><br /> {<br /> <br /> <span>public</span> DoubleCacheQueue()<br /> { }<br /> <span>public</span> T Dequeue()<br /> {<br /> T t = <span>default</span>(T);<br /> <br /> <span>if</span> (readQueue.Count > 0)<br /> t= readQueue.Dequeue();<br /> <span>else</span><br /> {<br /> writeQueue = <span>Interlocked</span>.Exchange<<span>Queue</span><T>>(<span>ref</span> readQueue, writeQueue); <br /> } <br /> <span>return</span> t;<br /> }<br /> <span>public</span> <span>void</span> Enqueue(T item)<br /> {<br /> writeQueue.Enqueue(item);<br /> }<br /> <br /> <span>public</span> <span>int</span> Count<br /> {<br /> <span>get</span> { <span>return</span> readQueue.Count; }<br /> }<br /> <span>//读缓冲</span><br /> <span>private</span> <span>Queue</span><T> readQueue = <span>new</span> <span>Queue</span><T>();<br /> <span>//写缓冲</span><br /> <span>private</span> <span>Queue</span><T> writeQueue = <span>new</span> <span>Queue</span><T>();<br /> <br /> }</pre>
<p>问下大家,这段代码能保证多线程安全吗?</p>
问题补充：
不好意思,问题提的有点模糊,我补充下:
我应用的场景就是只有2个线程,我想实现一个lock free的队列
一个读线程不停的Dequeue
一个写线程不停的Enqueue
在只有2个线程一个单线程读和一个单线程写的情况下,能不能双线程安全?
最佳答案
1
三个方法均非线程安全。
即使只有读线程不停的Dequeue 一个写线程不停的Enqueue，也有问题。 因为Interlocked.Exchange只是解决了赋值操作的并发问题，当其执行后，二个线程访问的是相同一个对象readQueue，焉能不出问题。
收获园豆：20
Exchange是交换,交换后,俩个线程各自操作自己的Queue,不是操作同一个Queue啊?
其他回答(3)
0
No。
队列只剩一项数据时，并发去Dequeue可能会出异常。Queue<T>考虑常规则应用的效率，应该不会提供并发检查。
0
个人认为应该不是线程安全的
Dequeue和Enqueue方法都是直接操作Queue，而对Queue的线程安全MSDN上说法如下：
此类型的公共静态成员是线程安全的。但不能保证任何实例成员是线程安全的。
所以个人认为应该不是线程安全的
内部是俩个q,不是一个,每个线程各操作一个
0
非线程安全，不能确保在多线程情况下的读写。
但是只是一个线程读，一个线程写的情况下可以。
根据业务应用来设计自己的数据结构操作，不一定非要完全线程安全。
在实施服务器连接管理器时，频繁的上线、下线对于服务器的连接管理器hashtable加锁势必会增加服务器的开销，使得效率低下
