监控 Eden 区需遍历 MemoryPoolMXBean 并按名称含“Eden”且 type 为 HEAP 筛选；使用 used/committed 计算占比（因 max 常为-1）；设阈值前须校验 isUsageThresholdSupported()；每次监控都应重新获取池列表，避免缓存失效。
要监控具体内存区域（如 Eden 区），关键不是“选中某个固定变量”，而是遍历所有 MemoryPoolMXBean 实例，按名称和类型筛选出目标池，再读取其实时使用状态。
识别 Eden 区对应的 MemoryPoolMXBean
Eden 区不是一个全局统一的 Bean，而是由 JVM GC 策略决定的具体内存池实例。不同 GC 下名称不同：
- Parallel GC：常见名称为 "PS Eden Space" 或 "Par Eden Space"
- G1 GC："G1 Eden Space"（注意：G1 的 Eden 是动态伸缩的，无固定大小）
- ZGC："ZHeap" 是统一视图，不单独暴露 Eden；需结合 G1 或 Parallel 才能细粒度监控 Eden
代码中应通过 pool.getName().contains("Eden") && pool.getType() == MemoryType.HEAP 判断，而非硬编码全名。
获取 Eden 区当前使用量与占比
getUsage() 返回的是当前快照，含 used、committed、max 字段。但 Eden 区的 max 常为 -1（尤其在 G1 中），因此不能直接用 used/max 算百分比。
- 推荐计算方式：
used / committed—— 因为 committed 表示当前已向 OS 申请、可立即分配的空间，更反映实际压力 - 若需对比历史峰值，可用
getPeakUsage().getUsed()，但注意它只在 GC 后更新，不实时 - 避免除零或 NaN：始终先判断
usage.getMax() != -1再做除法
设置阈值告警需谨慎支持性
不是所有 Eden 池都支持 usage threshold：
- 调用
pool.isUsageThresholdSupported()必须为 true 才能设阈值，否则setUsageThreshold()静默失败 - 例如 G1 的 "G1 Eden Space" 通常返回 false；Parallel 的 "PS Eden Space" 多数版本支持
- 若不支持，改用轮询 + 绝对阈值（如
used > 512 * 1024 * 1024）触发告警
避免缓存引用与动态变更风险
JVM 可能在运行时增删内存池（如 G1 动态启用 Humongous 区、ZGC 切换模式），所以：
- 不要在启动时缓存某个 Eden 池的引用并长期持有
- 每次监控时都应重新调用
ManagementFactory.getMemoryPoolMXBeans()获取最新列表 - 建议加日志记录发现的 Eden 池名称和数量，便于排查 GC 策略是否意外变更
