- 博客(5)
- 收藏
- 关注
RSS订阅原创 AbstractQueuedSynchronizer源码部分介绍注释(deepseek翻译)
SIGNAL（-1）：此节点的后继节点已（或即将）被阻塞（通过 park），因此当前节点在释放或取消时必须唤醒（unpark）其后继。此状态在 doReleaseShared 中设置（仅对头节点），确保传播持续，即使期间有其他操作介入。等待队列是“CLH”（Craig，Landin，和Hagersten）锁队列的一种变体。“prev”链接（在原始的CLH锁中未使用）：主要用于处理取消。每个节点的线程ID保存在其自身的节点中，因此。（非并发）链接队列链接节点，因为它们仅在独占持有时才被访问。
2025-04-25 05:27:33
354
原创 ThreadPoolExecutort源码介绍注释汉化(deepseek翻译)
当线程池中运行线程数超过`corePoolSize`时，空闲时间超过`keepAliveTime`（通过`getKeepAliveTime(TimeUnit)`获取）的**超额线程**将被终止。- 当运行线程数 **介于** `corePoolSize`与`maximumPoolSize`之间时，仅当**任务队列已满**才会创建新线程。- 当运行线程数 **小于** `corePoolSize`时，新任务提交会**立即创建新线程**（即使存在空闲线程）
2025-04-25 05:04:42
464
原创 HashMap源码介绍注释汉化(deepseek翻译)
由于`TreeNodes`的大小大约是普通节点的两倍，因此我们仅在桶包含足够多的节点以证明其使用时才使用它们（参见`TREEIFY_THRESHOLD`）两个元素属于实现了`Comparable<C>`接口的相同类`C`，则使用它们的`compareTo`方法进行排序。该映射通常作为分桶（binned）哈希表运作，但当桶变得过大时，它们会转变为包含`TreeNodes`的桶，这些`TreeNodes`- **树桶排序**：树桶（即元素全部为`TreeNodes`的桶）主要按`hashCode`排序。
2025-04-25 04:43:17
346
原创 CopyOnWriteArrayList源码加注释汉化(deepseek翻译)
【代码】CopyOnWriteArrayList源码加注释汉化(deepseek翻译)
2025-04-25 04:28:58
111
原创 ConcurrentHashMap源码部分介绍注释(deepseek翻译)
每个键值映射都保存在一个`Node`中。每桶锁定的主要缺点是，受同一锁保护的其他桶列表节点上的其他更新操作可能会停滞，例如，当用户`equals()`或映射函数花费很长时间时。理想情况下，给定0.75的调整大小阈值，桶中节点的频率遵循参数约为0.5的平均泊松分布（http://en.wikipedia.org/wiki/Poisson_distribution），尽管由于调整大小的粒度而存在很大的方差。表中的每个桶通常包含一个`Node`列表（在大多数情况下，列表只有零个或一个`Node`）。
2025-04-25 02:49:02
520
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人