可动态调整的GC相关参数仅限JVM标记为{manageable}的选项，如PrintGC、PrintGCDetails、HeapDumpOnOutOfMemoryError、HeapDumpPath等日志与诊断类开关；而-Xms、-Xmx、-XX:+UseG1GC等内存结构和算法类参数不可热修改，必须重启生效。
不能直接修改 GC 算法或内存大小类参数，但可以实时开启、关闭或调整部分与垃圾回收行为相关的可管理开关和路径配置。关键前提是：目标参数必须被 JVM 标记为 {manageable}，且你拥有进程 PID 和执行权限。
哪些回收相关参数能动态改？
只有明确标记为 {manageable} 的参数才支持运行时修改。常见可调项包括：
- GC 日志控制：PrintGC、PrintGCDetails、PrintGCDateStamps、PrintGCTimeStamps
- 堆转储触发与路径：HeapDumpOnOutOfMemoryError、HeapDumpPath
- 诊断辅助开关：PrintClassHistogram、PrintConcurrentLocks
-
部分 GC 内部阈值（版本依赖）：如 CMSWaitDuration、G1HeapRegionSize（需查当前 JDK 的
java -XX:+PrintFlagsFinal | grep manageable输出确认）
以下参数不可修改：-Xms、-Xmx、-XX:MaxMetaspaceSize、-Xss、-XX:+UseZGC、-XX:+UseG1GC、-XX:+UseParallelGC 等决定内存结构或 GC 算法的参数——它们在 JVM 启动后即锁定。
怎么确认目标参数是否可调？
最可靠的方式是直接查询 JVM 自身标记：
- 运行
java -XX:+PrintFlagsFinal -version | grep manageable - 输出中带 {manageable} 字样的行，就是当前 JDK 版本下支持热更新的参数
- 注意：不同 JDK 版本（如 JDK 8 / 11 / 17 / 21）的 manageable 列表可能有差异
实战三步开启详细 GC 日志
这是最常用、最安全的动态调整场景，生效后日志立即输出，无需重启、不中断业务：
- 先用
jps -l找到目标 Java 进程 PID - 依次执行（顺序不能颠倒）：
jinfo -flag +PrintGC <pid>jinfo -flag +PrintGCDetails <pid>jinfo -flag +PrintGCDateStamps <pid> - 若已配置
-Xloggc:/path/to/gc.log，日志将写入该文件；否则默认输出到标准错误流（stderr）
⚠️ 注意：PrintGCDetails 单独开启无效，必须与 PrintGC 同时启用才生效。
动态设置堆转储路径与开关
适用于提前布防 OOM 场景，避免事后补救：
- 查看当前状态：
jinfo -flag HeapDumpOnOutOfMemoryError <pid>（返回 - 表示未开启） - 开启开关：
jinfo -flag +HeapDumpOnOutOfMemoryError <pid> - 指定路径：
jinfo -flag HeapDumpPath=/data/dumps/ <pid>（末尾斜杠必须保留） - 验证是否生效：触发一次 Full GC 或模拟 OOM（谨慎操作），检查目标目录是否生成 .hprof 文件
所有通过 jinfo 修改的参数，在 JVM 进程重启后自动还原为启动时配置，属于临时性调整。
