3回答
包含常规采集.net的并发采集
、、、、
在sampleCollection[1] (一个HashSet<int>)上执行操作是线程安全的吗？一般来说，如果我们在线程安全的集合内有一个非线程安全的集合，那么通过外部的线程安全的集合来操作这个非线程安全的集合是线程安全的吗？
浏览 5提问于2015-10-07得票数 2
存储在线程安全集合(如CopyOnWriteArrayList)中的对象是线程安全的吗？假设存储的对象是可变的(不是线程安全的)，那么集合(这里是CopyOnWriteArrayList)是线程安全的这一事实对存储在其中的引用的线程安全有什么保证吗？
浏览 3提问于2013-04-26得票数 0
回答已采纳
当我在讨论这些主题时，我混淆了同步、线程安全集合、原子包装类、锁。锁和同步通过使一段代码线程安全来完成相同的工作。那么，为什么我们需要线程安全集合或原子包装器类呢？因为锁定只允许单个线程访问代码，不会让集合或原始类型成为线程不安全的。
浏览 2提问于2015-07-11得票数 0
回答已采纳
我有一个队列对象，我需要确保线程安全。Queue.Synchronized：在读取MSDN文档时，它说我应该使用Queue.Synchronized使其线程安全来自MSDN的文章：枚举集合本质上不是一个线程安全的过程。即使在同步集合时，其他线程
浏览 4提问于2008-12-03得票数 62
回答已采纳
3回答
在本文中， MS将线程安全问题描述如下：只要集合不被修改，列表可以同时支持多个读取器。枚举集合本质上不是一个线程安全的过程。在枚举与一个或多个写访问相争的罕见情况下，确保线程安全的唯一方法是在整个枚举期间锁定集合。若要允许多个线程访问集合</e
浏览 1提问于2010-05-12得票数 13
3回答
ReadOnlyCollection(of T)的文档说明：
为什么通过集合枚举本质上不是线程安全</e
浏览 5提问于2011-12-22得票数 11
回答已采纳
我只想了解为什么我们真的需要使用集合的线程安全？我知道，如果有两个线程，第一个线程在集合上迭代，而第二个线程正在修改集合，那么第一个线程将得到ConcurrentModificationException。但是，如果我知道我的线程中没有一个将使用迭代器迭代集合，那么这是否意味着只需要线程安全，因为我们希望允许其他线程使用迭代器来迭代集合<
浏览 8提问于2022-10-19得票数 0
我正在学习Java集合框架(不是并发集合框架)，我了解到有些collection实现是线程安全的，而有些则不是。我的问题是关于“传统”收集框架，而不是关于并发收集框架。
理解这一点的任何投入都将有很大帮助
浏览 4提问于2017-12-17得票数 1
回答已采纳
我知道ReadOnlyDictionary在从多个线程访问时是“线程安全的”，只要集合没有改变。但是，如果集合没有改变(没有添加/删除键)，而且值本身是线程安全的，那么引用就不会改变，但是值的内部数据可能会改变(例如，Value对象本身是线程安全的)。dictionary[key].inc()
其中inc()是ThreadSafeValue的线程安全方法。由于集合本身没有
浏览 12提问于2021-12-18得票数 1
回答已采纳
在线程安全方面，HashTable和字典有什么区别吗？我不认为any...According到msdn，两者的定义如下:-
只要集合不被修改，字典就可以同时支持多个读者。即便如此，枚举一个集
浏览 2提问于2012-04-21得票数 6
回答已采纳
1回答
java.util.concurrent提供了许多线程安全集合，如ConcurrentHashMap、ConcurrentSkipListMap、ConcurrentSkipListSet和ConcurrentLinkedQueue这些集合被认为是通过允许并发访问数据结构的不同部分来最小化争用。
Java还具有同步包装器，允许并发访问非线程安全集合，如HashMap和Arraylist。Map<KeyType, ValType> m = Collection
浏览 1提问于2014-02-02得票数 2
描述:如果我们在多个线程之间使用相同的对象引用，那么没有一个对象是线程安全的。类似地，如果在多个线程之间共享任何集合引用，则该集合不是线程安全的，因为其他线程可以访问它。那么，为什么我们在这里专门说ArrayList不是线程安全的呢？其他收藏品呢？
浏览 6提问于2020-04-07得票数 0
回答已采纳
如果在我们的程序中使用线程访问共享集合，那么我们应该使用Mutex、Monitor或Sempahore等确保线程安全。但是，如果我们不使用线程，而是使用任务，然后多个任务试图访问公共共享集合，那么我们也应该通过一些方法来确保安全性，但是如果我们使用一些现成的线程安全集合，比如，那么就不需要锁定和线程-任务安全，因为它已经在框架级别上处理了
浏览 4提问于2012-09-04得票数 0
回答已采纳
3回答
我试图对C#中的集合背后的线程安全理论进行概述。
我不想再发明轮子了！(我不是多线程大师，我绝对不会低估这有多难)。
浏览 4提问于2009-12-22得票数 15
回答已采纳
2回答
Scala -可变的线程安全集合
、、、、
我需要一个可变的线程安全映射和Scala中的一个可变的线程安全列表。我知道不可变集合在默认情况下是线程安全的。但是，我需要经常更新我的集合，因为我不能使用不可变的。另外，我需要我的线程安全可变映射来保持插入顺序。如何使其线程安全？
浏览 0提问于2013-07-09得票数 27
回答已采纳
3回答
同步收集线程安全
、、、
我们的代码使用.Net 4.0任务库来跨越线程，并将同步的集合传递给线程。到目前为止，线程还没有在集合中添加或移除项。但是新的需求需要其中一个线程从集合中删除项，而另一个线程只读取集合。如果是这样，读取器线程是线程安全的吗？或者建议获得线程安全性的最佳方法？
浏览 4提问于2012-11-25得票数 2
回答已采纳
可以追溯到2008年，Stackoverflow上出现了 ，询问不可修改的集合是否线程安全，但是JDK 10 (2018年发布)引入了另一个猛兽:现有集合的不可修改副本。声明：
这是否意味着List.copyOf()、Set.copyOf()、Map.copyOf()的返回值都是线程安全的？(我意识到集合本身中包含的元素并不一定是线程安全的。)
浏览 8提问于2022-09-07得票数 5
回答已采纳
扫码
添加站长 进交流群
领取专属 10元无门槛券
手把手带您无忧上云
相关资讯
热门标签
云服务器
ICP备案
对象存储
腾讯会议
实时音视频活动推荐
腾讯云开发者
