阈值8是综合泊松分布概率、时间空间平衡及工程稳定性的最优解：单桶链表≥8概率仅千万分之六，此时红黑树查找优势显著且内存开销可控，并配合退化阈值6与容量≥64的双重约束实现平滑切换。

选择 8 作为链表转红黑树的阈值，是综合统计规律、性能开销与工程稳定性的结果，不是拍脑袋定的数字。

泊松分布支撑的小概率事件判定

在负载因子为 0.75、哈希函数分布理想的前提下，每个桶中元素数量近似服从泊松分布，参数 λ ≈ 0.5。按该模型计算，链表长度恰好为 k 的概率为：

• 长度为 0：约 60.65%
• 长度为 4：约 0.16%
• 长度为 6：约 0.0013%
• 长度为 7：约 0.000094%
• 长度为 8：约 0.00000006（千万分之六）

这意味着，单个桶出现长度 ≥8 的链表已是极小概率事件。设为 8，就是把树化当作“兜底机制”——只在哈希严重失衡或遭遇恶意构造输入（如 DoS 攻击）时才启用。

时间与空间的平衡点

链表节点轻量，但查找耗时随长度线性增长；红黑树节点体积约为链表节点的两倍，但查找为 O(log n)。比较平均查找长度：

• 链表长度为 8 时，平均需查 4 个节点
• 红黑树含 8 个节点时，log₂8 = 3，平均查找更少
• 而长度为 6 时，链表均值为 3，红黑树 log₂6 ≈ 2.58，优势已不明显

所以 8 是性能收益开始明显超过内存开销的拐点。

双阈值缓冲设计防抖动

树化阈值是 8，退化阈值是 6，两者差值为 2，构成一个“滞后区间”：

• 避免因一次删除就从树退化为链表，再插入又立刻树化
• 防止 resize 或频繁增删引发结构反复切换，节省重建开销
• 这是典型的工程平滑策略，类似操作系统中的 hysteresis 控制

实际触发还需满足容量条件

仅链表长度 ≥8 并不够，HashMap 还要求数组长度 ≥64 才真正树化：

• MIN_TREEIFY_CAPACITY = 64，是为了避免小容量表过早树化
• 若当前数组太小，优先扩容而非树化，因为扩容后哈希更分散，多数情况下能自然缓解冲突
• 该限制也进一步降低了树化发生频率，让 8 这个阈值在真实场景中更“稀有”