伪共享是因多线程修改同一缓存行内不同变量，触发mesi协议频繁失效导致性能骤降；@contended通过字段前后填充字节实现缓存行隔离，需配合jvm参数启用。

伪共享不是代码写错了，而是多个线程在不同 CPU 核心上修改同一缓存行里的不同变量，被硬件底层的 MESI 协议反复“拉扯”导致性能骤降。@Contended 的作用，就是让 JVM 主动在字段前后插入填充字节，把它从相邻字段中“隔开”，确保它独占一个缓存行。

伪共享为什么发生：缓存行 + MESI 是关键

CPU 不按字节读写内存，而是以缓存行为单位（主流是 64 字节）。当两个线程分别更新位于同一缓存行的 valueA 和 valueB 时：

• 线程1改 valueA → Core1 缓存行标记为 Modified
• MESI 协议强制使 Core2 中该缓存行变为 Invalid
• 线程2要改 valueB → 必须重新加载整个 64 字节缓存行
• 接着线程2修改又触发反向失效……形成高频震荡

结果是吞吐下降 2–5 倍，CPU 持续跑满，但 jstack 看不到锁、没有异常日志。

Monitored Ralph Loop

一款AI工具，主要用于生成可直接复制粘贴的 Bash 脚本，用于 Ralph Wiggum/AI 代理循环（Codex、Claude Code、OpenCode、Goose）。适用于“拉尔夫循环”“Ralph Wiggum 循环”或 AI 循环请求，依据 PROMPT.md、AGENTS.md、SPECS、IMPLEMENTATION_PLAN.md 进行计划/构建，包含计划与构建模式、背压、沙箱及完成条件，适合需要提升相关任务效率的用户。

下载

@Contended 怎么实现内存隔离

它不改变字段逻辑，只干预内存布局：在被标记字段的前、后各插入一段填充（padding），把该字段“包”在中间，使其前后至少空出一个缓存行宽度。

• 默认填充宽度为 128 字节（覆盖常见 64 字节缓存行 + 安全余量）
• 可用 -XX:ContendedPaddingWidth=64 显式设为标准缓存行大小
• 支持分组：@Contended("counter") 让同组字段打包后整体填充，适合 head/tail 这类需共处但又不能和外部共享的场景

必须配齐的 JVM 启动参数

@Contended 是“有条件启用”的特性，缺一不可：

• -XX:+UnlockExperimentalVMOptions（JDK 8/9 必须）
• -XX:+UseContended（JDK 8）或 -XX:-RestrictContended（JDK 9+）
• 注意：静态字段加了无效；public 字段会被 JVM 忽略；必须是实例字段且访问权限为 private/protected/包级

不用 @Contended 的替代方案

手动填充更可控、兼容性更好，尤其适合无法开启注解的老环境：

• 用 long p1, p2, p3, p4, p5, p6, p7 在热点字段前后各填 7 个 long（56 字节），凑够 64 字节隔离带
• 借助 JOL（Java Object Layout）验证：运行 ClassLayout.parseClass(YourClass.class).toPrintable() 查看字段真实偏移
• 避免字段声明顺序误导：javac 不保证声明顺序 = 内存顺序，最终布局由 JVM 对齐策略决定