CRaC 不支持在恢复时通过命令行传递新参数（如 -- arg1 arg2），因为恢复过程并非重新执行 main()，而是从内存快照中唤醒运行中的 JVM；需通过 afterRestore() 回调配合外部数据源（如文件、环境变量）实现参数注入。
crac 不支持在恢复时通过命令行传递新参数（如 `-- arg1 arg2`），因为恢复过程并非重新执行 `main()`，而是从内存快照中唤醒运行中的 jvm；需通过 `afterrestore()` 回调配合外部数据源（如文件、环境变量）实现参数注入。
CRaC（Coordinated Restore at Checkpoint）的核心设计是状态一致性快照与恢复，而非程序重启。当你执行 -XX:CRaCRestoreFrom=cr 时，JVM 并不会重新调用 public static void main(String[] args)，而是直接将堆、线程栈、JNI 状态等完整还原——这意味着 args 数组仍为 checkpoint 时刻的原始值，无法被命令行覆盖。
✅ 正确做法：利用 Resource.afterRestore() 动态加载参数
CRaC 提供了标准生命周期回调机制。实现 jakarta.resource.spi.Resource 接口（或更常用、轻量的 org.crac.Core 监听器），并在 afterRestore() 中读取运行时外部输入：
import org.crac.Core;
import org.crac.Resource;
public class ArgsLoader implements Resource {
private static String[] runtimeArgs;
public static void setRuntimeArgs(String[] args) {
ArgsLoader.runtimeArgs = args;
}
@Override
public void beforeCheckpoint(Context<? extends Resource> context) throws Exception {
// 可选：清理或保存当前上下文（通常无需操作）
}
@Override
public void afterRestore(Context<? extends Resource> context) throws Exception {
// ✅ 关键：此处可安全读取恢复后的新参数源
String argsFile = System.getProperty("crac.args.file");
if (argsFile != null && !argsFile.trim().isEmpty()) {
runtimeArgs = Files.readString(Paths.get(argsFile))
.trim()
.split("\s+");
} else {
runtimeArgs = new String[0];
}
System.out.println("Loaded args on restore: " + Arrays.toString(runtimeArgs));
}
public static String[] getArgs() {
return runtimeArgs != null ? runtimeArgs : new String[0];
}
}注册该资源（推荐在应用启动早期）：
public class Main {
public static void main(String[] args) {
// 注册恢复监听器（必须在 checkpoint 前注册！）
Core.getGlobalContext().register(new ArgsLoader());
// 启动逻辑...
System.out.println("App started with args: " + Arrays.toString(args));
// 示例：后续任意位置均可获取恢复后加载的参数
String[] restoredArgs = ArgsLoader.getArgs();
processDynamicArgs(restoredArgs);
}
}? 使用方式（命令行示例）
-
生成 checkpoint（含监听器注册）：
立即学习“Java免费学习笔记（深入）”；
$JAVA_CMD -XX:CRaCCheckpointTo=cr -Dcrac.args.file=/tmp/crac-args.txt -jar target/cractest-0.1.0-standalone.jar
-
准备参数文件（恢复前写入）：
echo "arg1 arg2 arg3" > /tmp/crac-args.txt
-
执行恢复（无需 -- 参数）：
$JAVA_CMD -XX:CRaCRestoreFrom=cr -Dcrac.args.file=/tmp/crac-args.txt
⚠️ 注意事项：
- afterRestore() 是唯一可靠的恢复后入口点，不能依赖 main() 或静态初始化块；
- 参数源（文件/环境变量/系统属性）必须在 restore 命令执行前就绪；
- 若使用临时文件，注意路径权限与跨平台兼容性；生产环境建议结合配置中心或启动脚本统一管理；
- Azul JDK 的 CRaC 实现严格遵循规范，不提供 main() 重入或 args 覆盖的私有 API。
✅ 替代方案对比
| 方案 | 可行性 | 说明 |
|---|---|---|
| 环境变量 ENV_ARGS | ✅ 推荐 | System.getenv("ENV_ARGS")，启动前 export ENV_ARGS="a b c"，简单无文件依赖 |
| JVM 系统属性 -Dapp.args=... | ✅ | 与 -Dcrac.args.file 类似，适合简单字符串，注意 URL 编码 |
| Unix 域套接字/IPC | ⚠️ 复杂 | 适用于高级场景，需额外进程协调，非 CRaC 原生支持 |
| 修改 checkpoint 文件 | ❌ 禁止 | 快照是二进制内存镜像，手动修改会导致恢复失败或崩溃 |
总之，CRaC 的哲学是“暂停-唤醒”，而非“重启-重入”。拥抱其设计范式——将动态参数视为恢复后需重新协商的上下文信息，而非启动参数，才能写出健壮、可维护的容错型 Java 应用。
