OpenJDK升级后Unsafe代码大概率静默失败或崩溃：JDK17+中getUnsafe()抛SecurityException，反射访问theUnsafe需--add-opens java.base/jdk.internal.misc=ALL-UNNAMED，allocateMemory返回地址须手动精准管理生命周期，否则SIGSEGV。
OpenJDK 升级后，所有依赖 sun.misc.Unsafe 或 jdk.internal.misc.Unsafe 的代码必须重检——不是“可能报错”，而是“大概率在 JDK 17+ 上静默失败或直接崩溃”。
Unsafe 实例获取是否还有效
升级后第一件事：确认 getUnsafe() 是否还能调用成功。JDK 8 可能正常，JDK 17 起它几乎必然抛 SecurityException；JDK 21 后连反射读 theUnsafe 字段都默认被模块系统拦截。
- 若仍用反射访问
theUnsafe字段，必须补全 JVM 参数：--add-opens java.base/jdk.internal.misc=ALL-UNNAMED（注意不是sun.misc） - JDK 16+ 已废弃
--illegal-access=permit，JDK 17 彻底移除，别再写进启动脚本 - Maven/Gradle 构建时，
jvmArgs必须配置在运行任务（如exec、run）里，编译阶段加无效 - IDE 运行配置里漏掉
--add-opens，field.setAccessible(true)会静默返回null，不报错但后续全崩
allocateMemory / freeMemory 是否触发 SIGSEGV
堆外内存操作是升级后最易出事故的环节：旧代码在 JDK 11 下可能只内存泄漏，到 JDK 17+ 很可能直接 SIGSEGV 崩溃，且无 Java 异常栈可查。
-
unsafe.allocateMemory(size)返回的long地址，必须确保在freeMemory(addr)前未被 GC 回收掉持有该地址的 Java 对象（否则 addr 变成悬垂指针） - 重复调用
freeMemory(addr)是高危行为，JVM 不做校验，直接触发段错误 - 不要依赖
Cleaner做兜底：它有延迟，且 JDK 21 中部分 Cleaner 注册路径已被限制 - 检查所有
putXxx(addr, value)的地址计算逻辑：JDK 9+ 后arrayBaseOffset和arrayIndexScale返回值可能因平台或数组类型变化，别硬编码偏移
字段偏移量和对象头布局是否错位
Unsafe 的 objectFieldOffset、staticFieldOffset 结果在不同 JDK 版本间不兼容——这不是 bug，是 JVM 内部优化导致的合法变动。
- 用
unsafe.addressSize()判断当前是 4 字节还是 8 字节寻址，影响所有指针运算 - 对象头结构（mark word + klass pointer）在 ZGC/Shenandoah 等新 GC 下可能动态调整，
getObject传入的基址 + 偏移可能读到错位数据 - 如果代码里手写了类似
base + 12这种固定偏移，升级后大概率读错字段，甚至覆盖相邻内存 - 数组元素访问必须用
arrayBaseOffset(cls) + n * arrayIndexScale(cls)，不能假设int[]就是base + n * 4——JDK 15+ 对压缩 OOP 的处理已更激进
方法弃用与替代路径是否已适配
JDK 17 起，Unsafe 大量方法被标记为 @Deprecated(forRemoval = true)，包括 allocateMemory、reallocateMemory、setMemory 等。它们不会立刻消失，但行为已在收紧。
-
Unsafe.compareAndSwapInt等 CAS 方法虽暂存，但官方明确推荐迁移到VarHandle（Java 9+）或AtomicInteger等封装类 -
putObject/getObject若用于绕过构造器创建对象，需确认目标类是否含Record、sealed或final限制——JDK 14+ 后这类操作可能被 JVM 拒绝 - 所有涉及
sun.*包的 import 必须删掉，改用jdk.internal.misc.Unsafe，并接受它不属于公开 API 的事实 - 别指望“临时加参数撑过一版”——JDK 26（预计 2026 年 9 月发布）已计划将
Unsafe移入jdk.unsupported的受限子模块，--add-opens将不再起作用
真正难的从来不是让 Unsafe 在新 JDK 上跑起来，而是你无法验证它在 JDK 17、21、26 上的行为是否一致——偏移算错一个字节，CAS 读到脏值，或 free 掉已被回收的地址，结果都是进程猝死，没有日志，没有堆栈，只有 core dump。
