LongAdder类longAccumulate方法的rehash机制探究
LongAdder类的longAccumulate方法中，rehash操作的时机引发了疑问：在某些情况下，即使并非绝对必要，它也会被执行。例如，当cells数组非空且未加锁时，如果最后一个元素为空，则不会直接扩容cells数组，而是进行rehash操作。
代码片段如下：
if ((a = as[(n - 1) & h]) == null) {
if (cellsBusy == 0) {} // 似乎此处rehash并非必需
collide = false;
}
当cells数组的最后一个元素为空时，表面上看没有并发竞争。此时，直接重试CAS操作似乎更有效率，而非执行rehash。
然而，rehash操作的意义在于，即使当前没有竞争，也不能保证未来不会出现竞争。为了避免热点竞争和潜在的死锁，rehash可以将操作分散到不同的cells单元上。通过重新哈希，longAccumulate方法能够找到一个冲突概率更低的新位置，从而提升并发性能。 这是一种预防性的优化策略，以牺牲少量计算开销来换取更高的并发效率和稳定性。
