Docker Desktop 当前启用了 containerd 镜像存储，它会访问 /referrers 这类接口；很多第三方镜像源对这个支持很差，容易出现你现在这种 EOF。我要把 Docker Desktop 的 UseContainerdSnapshotter 关掉试试，这个改动经常能改善镜像源兼容性。

/ 临界区于是误以为：“哦，好像只能在最后写？其实不是。void f() {// 还没用到锁也没关系// 临界区完全 OK。可读性习惯lock();// 临界区只是为了让读代码的人一眼明白：从这里开始持锁// 临界区不留异常/return 空窗生命周期清晰不容易被误用❌不是必须放在作用域最后✅必须在锁已被当前线程持有之后立刻构造，并让它的作用域覆盖临界区。

吞吐抖动指的是：在负载大致相同的情况下，系统单位时间内处理请求的数量出现明显波动。延迟抖动指的是：同样的请求，完成时间差异非常大。吞吐抖动关注的是“系统整体干活速度稳不稳”，延迟抖动关注的是“单个请求快慢是否可预测”；真正的工程优化目标，是在高吞吐下压低 P99 延迟。shutdown 中必须在持有 mutex 的情况下修改stop_否则会与条件变量的 wait 产生竞态，造成丢失唤醒，线程可能永

wait()C++ 标准明确允许OS / futex / pthread 的实现细节信号 / 中断 / 调度并发竞争窗口性能与可移植性的设计权衡👉wait()永远必须配合while或谓词把它当成“可能随时醒”的操作futex 的 wait/wake 具体流程pthread_cond 的经典竞态窗口为什么“用原子 + 自旋”有时比 cv 更靠谱写一个100% 必现 bug的 demo你想往哪一层再

读共享、写独占；读多写少才有价值，用前先看比例。是“锁本体（资源）”，是“持有共享锁的 RAII 管理器（工具）”。下面按「角色 / 行为 / 用法」把它们的关系讲清楚。提供“读/写锁能力”，负责“以 RAII 方式持有读锁”。是对的 RAII 封装。是“动作（API）”是“帮你自动做这些动作的对象（RAII）”下面把关系讲透。是“怎么加读锁”，是“帮你安全地持有读锁”。