- 什么是“非阻塞”并发？它与使用线程的普通并发有何不同？为什么不在所有需要并发的场景中都使用非阻塞并发呢？使用非阻塞并发有开销吗？
- 我听说Java中可以实现非阻塞并发。我们是否应该在特定场景下使用此功能？
- 将这些方法之一与集合一起使用是否有区别或优势？有哪些权衡？
Q3 的示例：
class List
{
private final ArrayList<String> list = new ArrayList<String>();
void add(String newValue)
{
synchronized (list)
{
list.add(newValue);
}
}
}
vs.
private final ArrayList<String> list = Collections.synchronizedList();
这些问题更多地是从学习/理解的角度出发。感谢您的关注。
什么是非阻塞并发
有什么不同。
Formal:
在计算机科学中，非阻塞
同步确保线程
不竞争共享资源
无限期执行
因互斥而推迟。 A
非阻塞算法是无锁的，如果
全系统有保障
进步;如果还有的话，无需等待
保证每个线程的进度。
（维基百科）
非正式：非阻塞与阻塞相比最有利的特征之一是，线程不必被操作系统挂起/唤醒。此类开销可能达到 1 毫秒到几十毫秒，因此消除此开销可能会带来很大的性能提升。在java中，这也意味着你可以选择使用非公平锁定，它可以比公平锁定拥有更多的系统吞吐量。
我听说这是可用的
在爪哇。有没有什么特别的
我们应该使用这个功能的场景
是的，从 Java5 开始。事实上，在Java中，你基本上应该尝试尽可能地使用java.util.concurrent来满足你的需求（这恰好大量使用非阻塞并发，但在大多数情况下你不必明确担心）。仅当您没有其他选择时，您才应该使用同步包装器（.synchronizedList() 等）或手动synchronize关键词。这样，您在大多数情况下都会获得更易于维护、性能更好的应用程序。
当存在大量争用时，非阻塞并发特别有利。当您需要阻塞时（公平锁定、事件驱动的东西、最大长度的队列等），您不能使用它，但如果您不需要，非阻塞并发在大多数情况下往往表现更好。
有什么区别/优点吗
使用这些方法之一
收藏。有哪些权衡
两者具有相同的行为（字节码应该相同）。但我建议使用Collections.synchronized因为它更短=搞砸的空间更小！
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
