Zabbix需通过Java Gateway中转采集JMX指标，要求Gateway与Server网络互通、Java应用启用远程JMX且禁用认证/SSL，Docker中需设rmi.hostname为宿主机IP；Gateway须正确配置并启动，监控项Key须严格匹配MBean路径。
Java应用暴露JMX端口但Zabbix连不上
Zabbix默认不支持直接采集JMX指标，必须通过Zabbix Java Gateway中转。常见现象是JConsole能连上localhost:12345，但Zabbix Server日志里反复报Cannot connect to JMX endpoint。
关键点：Zabbix Server和Java Gateway必须在同一个网络可达域，且Java应用启动时要显式开启远程JMX并放开安全限制（开发/测试环境）：
-
-Dcom.sun.management.jmxremote必须启用 -
-Dcom.sun.management.jmxremote.port=12345端口不能被防火墙拦截 -
-Dcom.sun.management.jmxremote.authenticate=false和-Dcom.sun.management.jmxremote.ssl=false—— Zabbix Java Gateway不支持带认证或SSL的JMX连接（除非自编译补丁） - 如果Java应用跑在Docker里，
-Djava.rmi.server.hostname必须设为宿主机IP，否则RMI回调失败
Zabbix Java Gateway配置后仍收不到数据
Java Gateway本身是个独立JVM进程，它不读取Zabbix Server的zabbix_server.conf，而是靠自己的settings.sh（Linux）或settings.bat（Windows）控制行为。
典型错误是改了Zabbix Server里的JavaGateway=127.0.0.1，却忘了启动Gateway，或Gateway监听端口（默认10052）被占用：
立即学习“Java免费学习笔记（深入）”；
当用户要求为 Java 代码添加注释、修改注释、审查注释、整理注释格式，或要求按照代码注释规范处理 Java 文件时，使用本技能。本技能用于统一生成和维护 Java 类注释模板、按 Git 对比 release 判断版本号、补充每行代码上方中文块注释、调整注释空行规则，并保持 Java 文件 UTF-8 无 BOM 编码。典型触发场景包括：补充类注释、更新 @version、检查 @author 来源、整理行尾注释、把注释放到代码上一行、检查注释是否符合规范、构建前检查 Java 注释风格。
- 确认
zabbix_java_gateway进程正在运行：ps aux | grep zabbix_java - 检查
STARTJavaPollers=5是否大于0（否则不处理任何JMX请求） - 确保Zabbix Server配置中
JavaGateway指向Gateway所在机器，且JavaGatewayPort与Gateway实际监听端口一致（默认都是10052） - 修改完Gateway配置后必须重启
zabbix_java_gateway服务，Zabbix Server不需要重启
用Zabbix自带JMX模板但监控项全是unsupported
Zabbix 5.0+内置的Template App Apache Tomcat JMX或Template App Generic Java JMX依赖精确的JMX ObjectName路径。Java应用没按标准MBean命名，或者用了Spring Boot Actuator + Jolokia这类中间层，原生JMX路径就对不上。
解决方法不是硬套模板，而是先用jconsole连上去看真实MBean树结构：
- 连上后展开
MBeans页签，找类似java.lang:type=Memory或Catalina:name=Manager,context=/app,host=localhost,type=Manager这样的节点 - Zabbix监控项的
Key字段要严格匹配，例如获取堆内存已用字节数：jmx["java.lang:type=Memory","HeapMemoryUsage.used"] - 注意大小写和引号：ObjectName用双引号，属性名用方括号，整个key是一行字符串，不能换行或加空格
- 如果Java应用用的是Micrometer + Prometheus，别走JMX路线，改用Zabbix的HTTP agent直接抓
/actuator/prometheus
高并发下JMX采集拖慢Java应用响应
JMX查询本质是同步远程方法调用，尤其像ThreadInfo或全量GarbageCollector遍历，一次采集可能卡住应用几十毫秒。Zabbix默认每30秒拉一次，多个监控项叠加就明显了。
优化重点不在Zabbix侧，而在Java端和采集策略：
- 关闭非必要监控项，比如不用
Threading就删掉对应item，避免ThreadMXBean.dumpAllThreads()被频繁触发 - 把采集间隔从
30s拉长到1m或2m，JMX本身不适合高频采样 - 不要在一个JMX item里查嵌套过深的属性，例如
MemoryPool有多个，应拆成多个独立item，避免单次调用遍历全部池 - Zabbix Server的
JavaPoller进程数（JavaPollers）建议≤3，太多反而争抢Gateway连接
真正难搞的是Spring Boot 3.x + Jakarta EE环境下JMX默认关闭、MBean注册路径变更，这时候得在application.properties里手动开：spring.jmx.enabled=true，并且确认management.endpoints.jmx.exposure.include=*——这些细节不查文档根本想不到。
