并发地将元素写入ConcurrentHashMap允许元素。要求:写必须在不同的线程中完成。有没有办法利用ConcurrentHashMap的优势，在不阻塞和休眠的情况下进行写作？public class Task3v2 {
System.out.println("ConcurrentHashMap: "+
浏览 13提问于2018-12-27得票数 0
回答已采纳
我正在使用concurrenthashmap中的大约1000个元素。默认并发级别为16。有人可以帮助我使用一些算法或因素来识别适合我的场景的并发级别，或者并发级别在何种程度上影响多线程的处理。ConcurrentHashMap<String, String> map=new ConcurrentHashMap<String, String>(500,1,20);
20是我的并发级别(虚拟值) .Need
浏览 1提问于2013-08-28得票数 21
回答已采纳
5回答
大多数同步的和并发的集合，如HashTable，ConcurrentHashMap等都不允许空值。null元素有什么特别的问题吗？
浏览 0提问于2013-04-01得票数 1
回答已采纳
在第85页，5.2.1节谈到了ConcurrentHashMap及其优势。然而，书中有一部分声称
ConcurrentHashMap返回的迭代器是弱一致的。这意味着该迭代器可以容忍并发修改，遍历迭代器构造时存在的元素，并且可以(但不能保证)反映迭代器构造后对集合的修改。从我理解并发程序同步的全部意义出发，允许线程以一致的方式访问共享资源，因为ConcurrentHashMap并没有真正实现这一点。那为什么要用它呢？
浏览 10提问于2012-12-29得票数 11
回答已采纳
4回答
如果我有一个同步的方法添加到散列映射中，我如何使两个不同的线程可以同时(并发)将不同的键放入散列映射中？编辑:我想我找到了一个解决方案！我想我可能写错了这篇文章。但是，如果我试图将另一个字符串添加到已经包含的键的相应LinkedList中，我可以只同步散列映射的get方法。我认为这将允许</e
浏览 0提问于2014-12-10得票数 3
4回答
我最近用Java语言编写并发程序，遇到了一个令人沮丧的难题:假设您有一个全局数据结构，它是常规的非同步、非并发库(如HashMap )的一部分。允许多个线程在集合中迭代(只读，不修改)，也许是在不同的交错周期，也就是说，当thread1在同一个map上得到他的迭代器时，thread2可能已经迭代了一半？
浏览 0提问于2012-03-08得票数 8
回答已采纳
8回答
ArrayList.这对于能够直接访问使用索引看到的最后一个元素来说是理想的，但它会导致并发修改异常。我可以使它同步，但希望避免锁定(或者除了最后一个元素之外的任何锁定，因为它是唯一可能存在并发写入以添加新元素的元素)。ConcurrentLinkedQueue.这将解决我的并发问题，但问题是我必须存储迭代的当前位置，而不是整数索引。以索引作为键的ConcurrentHashMap。这样做的好处是我可以直接访问与正确索引相对应的数据，
浏览 13提问于2013-04-25得票数 43
回答已采纳
你好，朋友们，我是Java并发的新手。我有两个问题如下。
Q.1在ConcurrentHashMap中分段是如何定义的？意味着如果映射和concurrencyLevel值中有64个元素为16 (有16个线程可以同时工作)，那么如何定义分段？问题是，它们是否相等于大小相同的16段，每个部分中有4个元素？如果我将ConcurrentHashMap定义为初始容量为62，concurrencyLevel定义为16，如果我将62个元素放在地图中。根据我的理解，将
浏览 1提问于2016-10-12得票数 0
2回答
JDK附带了针对Set和List的CopyOnWrite*实现，但没有针对Map的实现，我经常抱怨这一点。我知道有其他的集合实现也有它们，但是如果有一个作为标准发布的就更好了。这似乎是一个明显的遗漏，我想知道是否有一个很好的理由。有没有人知道为什么会漏掉这个？
浏览 0提问于2010-11-22得票数 44
回答已采纳
2回答
我不介意施加额外的限制，比如只有一个用于更新(创建、修改或删除)的线程，只要我能够使用多个线程读取multimap数据，同时允许写操作。此外，在我的项目使用中，我主要读取数据(如果时间超过99%)，很少写入数据(< 1%)，所以我不太关心写性能与读性能相比。但是，在中，它再次声明如下：
当任何并发操作更新multimap时，multimap都不是线程安全，即使map和工厂生成的实例是。并发读取操作将正确工作。若要允许并发更新操作，请用对synchronizedS
浏览 1提问于2020-12-16得票数 6
根据Java在实践中的并发性，第11.4.3章指出：
我仍然有问题，以理解和形象化锁条纹和桶机制。
浏览 1提问于2013-04-22得票数 28
回答已采纳
如果我声明ConcurrentHashMap<Person, Interests> -如果我重写了Person.hashCode()以产生相同的散列值你设计得很糟糕！这样所有的元素都被放在同一个存储桶中-默认的concurrencyLevel16如何帮助并发写入？
我的理解是，在上面的情况下，Map条目是不分发的。因此，在修改特定<K,V>时，将在唯一存在的hashBucket上建立锁，因此没有其他线程可以修改其他<K1,V1>并从并发修改中受益
浏览 0提问于2016-02-10得票数 0
另一方面，ConcurrentHashMap并没有在读/写操作上锁定整个映射。这意味着多线程系统中的所有操作都更快。
它可以从java1.2(vsjava1.5用于ConcurrentHashMap)开始使用。
浏览 1提问于2017-03-30得票数 4
2回答
根据我的理解，ConcurrentHashMap将允许多个线程在同一个散列映射上读写(添加/删除)，而不会得到并发哈希映射异常。
浏览 5提问于2017-08-28得票数 0
回答已采纳
2回答
案例1:在ConcurrentHashMap中，假设线程t1正在从段n中读取，而在相同的线程中，t2希望在相同的段n上写入：问题2:，这两个操作是一个接一个，还是会同时执行？
浏览 4提问于2013-04-19得票数 29
回答已采纳
所以我的问题是：
ConcurrentHashMap和Hashtable是同步的。但是它在写操作时使用哪种锁定机制。
浏览 11提问于2015-09-19得票数 3
回答已采纳
我正在编写一段代码，需要在ConcurrentHashMap上设置一个时间上一致的迭代器。对于迭代器的一致性，docs有这样的说法：
如果没有，是否还有其他并发映射实现确实提供了更好的保证？(同一线程的时间点一致性)
浏览 5提问于2014-10-05得票数 2
回答已采纳
实际上，Java并发性提到：
ConcurrentHashMap返回的迭代器比失败快速迭代器具有弱的一致性。弱一致性迭代器可以容忍并发修改，遍历迭代器构造时存在的元素，并且可以(但不能保证)反映迭代器构造后对集合的修改。如何使迭代器弱一致或故障安全有助于并发环境，因为ConcurrentHashMap的静止状态将被修改。唯一的问题是它不会抛出ConcurrentModificationException。为什么在创建故障安全迭代器时集合返回故障快速迭代器有利于并发性。
浏览 4提问于2016-03-18得票数 2
回答已采纳
在这个过程中，所有的可变操作(add, set, and so on)都是通过对底层数组的一个新副本来实现的，这样它们就不会影响快照引用所引用的副本，对于CopyOnWriteArraySet也一样，
但是在ConcurrentHashMap
浏览 0提问于2015-01-07得票数 11
云服务器
ICP备案
云直播
对象存储
实时音视频
腾讯云开发者
