来自 ConcurrentHashMap 的 Javadocs：
更新操作之间允许的并发由 可选的 concurrencyLevel 构造函数参数（默认 16），即 用作内部尺寸调整的提示。
我不明白“用作内部尺寸调整提示”的部分。 .这是什么意思 ？设置此值的最佳做法是什么？它为我们提供了什么保证？
【问题讨论】：
标签： java data-structures hashtable java.util.concurrent
并发级别大约等于可以在不使用内部锁定机制的情况下同时调用 map 上的操作数。正如 maat b 所说，ConcurrentHashMap 将有 N 个内部哈希表，因此在不同哈希表上工作的操作不需要额外的锁定 - 否则，如果操作在同一个内部哈希表上工作，那么 ConcurrenyHashMap 会对它们使用额外的内部锁定。
【讨论】：
看看 Javadoc 中的下一句：
该表在内部进行了分区以尝试允许指定的 无争用的并发更新数。因为安置 在哈希表中本质上是随机的，实际的并发将 各不相同。理想情况下，您应该选择一个值来容纳尽可能多的 线程将同时修改表。用一个 显着高于您需要的价值会浪费空间和时间， 并且显着降低的值会导致线程争用。但 高估和低估一个数量级 通常不会产生太大的影响。值为 1 是 当已知只有一个线程会修改并且 所有其他人只会阅读。此外，调整这个或任何其他类型的 哈希表是一个相对较慢的操作，所以，如果可能，它是 提供对预期表大小的估计的好主意 构造函数。
换句话说，concurencyLevel 为 16 意味着 ConcurrentHashMap 在内部创建了 16 个单独的哈希表来存储数据。修改一个哈希表中的数据的操作不需要锁定其他哈希表，这允许对整个 Map 进行一定程度的并发访问。
您可能想尝试阅读the source of ConcurrentHashMap。
【讨论】：
16 * max size 元素。同样，您可以查看类本身的来源，内部表创建部分发生在 line 629 并且“内部哈希表”定义为 Segment class