Jolokia：JMX的HTTP/JSON桥接器，实现Java应用监控自动化

1. Jolokia是什么为什么你需要它如果你在Java世界里摸爬滚打过一段时间尤其是在和服务器、中间件打交道时肯定对JMXJava Management Extensions这个名字不陌生。它就像是Java应用内置的“仪表盘”能让你查看内存使用、线程状态、甚至动态调整一些配置参数。但说实话原生的JMX用起来有点“复古”——你得用JConsole或者VisualVM这类专门的客户端工具去连接而且通信协议RMI在跨越网络边界特别是防火墙时常常让人头疼。更别提如果你想用脚本比如Python、Bash或者现代化的监控系统如Prometheus、Zabbix去自动化地拉取这些指标那更是难上加难。Jolokia的出现就是为了解决这个“最后一公里”的问题。它本质上是一个JMX-HTTP/JSON桥接器。你可以把它理解为你家老式电视JMX的一个智能网络机顶盒。电视本身功能强大但接口老旧只能接有线信号。Jolokia这个“机顶盒”把电视信号转换成Wi-FiHTTP和互联网通用语言JSON这样你的手机、平板、电脑各种HTTP客户端就都能方便地观看和控制电视了。它的核心价值在于将JMX的管理能力以RESTful HTTP API的形式暴露出来所有数据交换都使用轻量级的JSON格式。这意味着任何能发送HTTP请求的工具无论是curl命令行、Postman、Python的requests库还是Grafana、Zabbix这类监控系统的HTTP Agent都能轻松地与你的Java应用进行交互读取MBean属性、执行MBean操作。这对于构建云原生环境下的可观测性体系、实现自动化运维是一个巨大的便利。2. Jolokia的核心架构与工作原理拆解要玩转Jolokia不能只停留在“会用”的层面理解其内部的工作机制能帮助你在遇到复杂场景时游刃有余。Jolokia的架构非常清晰主要分为两种部署模式Agent模式和Proxy模式。2.1 Agent模式内嵌式探针这是最常见的使用方式。Jolokia作为一个轻量级的Java AgentJAR包被“注入”到目标Java虚拟机JVM进程中。它会在目标JVM内部启动一个独立的HTTP服务器默认端口8778专门用于接收外部的HTTP请求。工作原理流程如下你向http://目标主机:8778/jolokia发送一个HTTP POST请求请求体是一个JSON对象描述了你想执行的JMX操作例如{“type”: “read”, “mbean”: “java.lang:typeMemory”, “attribute”: “HeapMemoryUsage”}。Jolokia Agent内嵌的HTTP服务器接收到这个请求。Agent解析JSON请求将其“翻译”成标准的JMX API调用。Agent通过JVM内部的本地连接直接调用JMX MBeanServer执行相应的操作读取属性、执行方法等。MBeanServer返回Java对象形式的结果。Jolokia Agent将这个Java对象序列化成JSON格式。HTTP服务器将JSON格式的响应返回给你的客户端。注意Agent模式是“进程内”的因此它拥有最高的权限和性能可以访问JVM内部所有的MBean。但这也意味着你需要有权限修改目标JVM的启动参数。2.2 Proxy模式远程网关在某些严格的生产环境你可能无法修改线上应用的启动参数来添加Java Agent。这时Proxy模式就派上用场了。你需要在一个独立的、你可控的JVM进程比如一个简单的Spring Boot应用中部署Jolokia Proxy。工作原理流程如下Jolokia Proxy作为一个独立应用运行它对外提供HTTP接口例如http://proxy-host:8080/jolokia。你的客户端向Proxy发送HTTP-JSON请求。Proxy解析请求后并不是在本地执行而是作为一个JMX客户端通过JMX远程协议RMI/JMXMP去连接远端的、真正的目标JVM。Proxy将收到的请求转发给目标JVM的JMX服务并获取响应。Proxy将响应序列化为JSON再返回给你的客户端。实操心得Proxy模式解决了部署权限问题但引入了网络跳转和协议转换性能有损耗且依赖目标JVM开启远程JMX。它更像一个“适配器”或“网关”适用于监控那些你无法直接植入Agent的遗留系统或第三方服务。2.3 核心概念请求与响应格式无论哪种模式通信的核心都是基于JSON的请求和响应。理解这个格式是你通过curl或编程方式使用Jolokia的基础。一个典型的请求JSON对象包含以下关键字段{ “type”: “read” // 操作类型read读属性exec执行方法list列出MBeansearch搜索MBeanversion获取版本等。 “mbean”: “java.lang:typeMemory” // MBean的对象名格式为 domain:key1value1,key2value2,... “attribute”: “HeapMemoryUsage” // 要操作的属性名对于exec类型这里是方法名。 “path”: “used” // 可选对于复杂属性如CompositeData可以指定内部路径。例如HeapMemoryUsage是一个CompositeData包含used, committed, max等字段。 }一个典型的成功响应JSON对象如下{ “request”: { … } // 回显你的请求内容 “value”: 10245632 // 操作返回的核心值。可能是数字、字符串、对象或数组。 “timestamp”: 1685954321 // 服务器时间戳 “status”: 200 // 状态码200表示成功 }一个典型的错误响应JSON对象如下{ “request”: { … } “error_type”: “javax.management.AttributeNotFoundException” “error”: “Attribute NonExistentAttr not found for mbean java.lang:typeMemory” “stacktrace”: “…” // 默认关闭需配置开启 “status”: 404 // HTTP状态码这里404表示属性未找到 }3. 实战部署四种集成方式详解理论说再多不如动手搭一个。Jolokia提供了极其灵活的集成方式总有一种适合你的场景。3.1 方式一作为Java Agent启动最通用这是最经典的方式适用于任何能通过-javaagent参数启动的Java应用包括Tomcat、Jetty、Spring Boot可执行Jar、甚至java -jar命令。步骤下载Agent JAR从 Jolokia官网 下载最新的jolokia-jvm-*-agent.jar。添加启动参数在启动命令中加入以下参数java -javaagent:/path/to/jolokia-jvm-1.7.2-agent.jarport8778,host0.0.0.0 -jar your-application.jarport指定Jolokia Agent监听的HTTP端口默认8778。host绑定地址。0.0.0.0表示监听所有网络接口允许远程访问127.0.0.1则只允许本机访问更安全。其他常用参数agentContextURL路径默认/jolokia、user/password基础认证、policyLocation安全策略文件路径。实操现场记录我为一个Spring Boot应用添加Agent。启动命令如下java -javaagent:./lib/jolokia-jvm-1.7.2-agent.jarport7777,host0.0.0.0,agentContext/actuator/jolokia -Dmanagement.endpoints.web.exposure.include* -jar myapp-1.0.0.jar这里我做了几件事将端口改为7777避免与常用端口冲突。将上下文路径改为/actuator/jolokia这是为了与Spring Boot Actuator的端点风格保持一致。通过Spring Boot属性暴露了所有Actuator端点仅作演示生产环境应精确控制。应用启动后我立刻用curl测试curl http://localhost:7777/actuator/jolokia/version返回了Jolokia的版本信息JSON证明Agent启动成功。3.2 方式二内嵌于Web应用Servlet/Filter如果你的应用本身就是一个Web应用如基于Servlet的War包你可以将Jolokia作为一个Servlet或Filter直接集成进去无需占用额外端口。以Servlet方式集成web.xml配置servlet servlet-namejolokia-agent/servlet-name servlet-classorg.jolokia.http.AgentServlet/servlet-class init-param param-namedebug/param-name param-valuefalse/param-value /init-param load-on-startup1/load-on-startup /servlet servlet-mapping servlet-namejolokia-agent/servlet-name url-pattern/jolokia/*/url-pattern /servlet-mapping以Spring Boot Starter方式集成最便捷对于Spring Boot这是首选。只需两步添加依赖Mavendependency groupIdorg.jolokia/groupId artifactIdjolokia-core/artifactId /dependency dependency groupIdorg.springframework.boot/groupId artifactIdspring-boot-starter-actuator/artifactId /dependency配置application.ymlmanagement: endpoints: web: exposure: include: jolokia # 暴露jolokia端点 endpoint: jolokia: enabled: true启动后Jolokia端点就在/actuator/jolokia下可用了。这种方式完美融入了Spring Boot Actuator的生态可以通过统一的management.server.port和安全配置进行管理。注意事项内嵌方式与你的Web应用共享端口和线程池。务必考虑安全性和性能影响不要将Jolokia端点暴露在公网最好通过内部网络或网关访问。3.3 方式三OSGi Bundle对于OSGi环境如Apache Karaf, Eclipse EquinoxJolokia提供了OSGi Bundle。你可以直接将其部署到OSGi容器中它会自动注册服务并暴露HTTP端点。这种方式在ESB或企业级OSGi应用中很常见。3.4 方式四Jolokia Proxy独立部署当你需要监控无法修改的远程JVM时就需要部署独立的Proxy。步骤获取Proxy WAR/JAR下载jolokia-proxy-*.war或使用Spring Boot Starter创建一个独立应用。部署并配置将WAR包部署到Tomcat等Servlet容器或运行Spring Boot JAR。配置目标JVM连接Proxy需要通过jolokia:typeDiscoveryMBean来动态发现目标或者你在启动Proxy时通过系统属性指定目标列表。更常见的方式是你的客户端在向Proxy发送请求时在请求体中或URL参数里指定目标JVM的JMX服务URL。POST http://proxy-host:8080/jolokia { “type”: “read” “mbean”: “java.lang:typeMemory” “target”: { “url”: “service:jmx:rmi:///jndi/rmi://target-host:9090/jmxrmi” } }这里的target字段就是告诉Proxy去连接哪个远程JMX服务。4. 核心操作API与curl实战部署好了接下来就是如何使用。我们抛开GUI工具直接用最原始的curl命令行来感受Jolokia的强大与简洁。以下所有示例假设你的Jolokia Agent运行在http://localhost:8778/jolokia。4.1 基础查询获取Jolokia自身信息查询版本curl -X POST http://localhost:8778/jolokia \ -H ‘Content-Type: application/json’ \ -d ‘{“type”:”version”}’这会返回包含Agent版本、协议版本等信息的JSON。列出所有可用的MBeancurl -X POST http://localhost:8778/jolokia \ -H ‘Content-Type: application/json’ \ -d ‘{“type”:”list”}’响应会非常庞大因为它列出了JVM中注册的所有MBean。返回的JSON结构包含domains字段你可以按域如java.lang来查看MBean。4.2 读取MBean属性Read这是最常用的操作用于获取监控指标。读取JVM内存使用情况curl -X POST http://localhost:8778/jolokia \ -H ‘Content-Type: application/json’ \ -d ‘{ “type”: “read” “mbean”: “java.lang:typeMemory” “attribute”: “HeapMemoryUsage” }’响应中的value字段是一个JSON对象包含了used,committed,max,init四个关键内存指标。只想获取已使用的堆内存使用path参数curl -X POST http://localhost:8778/jolokia \ -H ‘Content-Type: application/json’ \ -d ‘{ “type”: “read” “mbean”: “java.lang:typeMemory” “attribute”: “HeapMemoryUsage” “path”: “used” }’这次value直接就是一个数字表示已使用的堆内存字节数。读取操作系统信息curl -X POST http://localhost:8778/jolokia \ -H ‘Content-Type: application/json’ \ -d ‘{ “type”: “read” “mbean”: “java.lang:typeOperatingSystem” “attribute”: “ProcessCpuLoad” }’ProcessCpuLoad返回的是最近一段时间内JVM进程的CPU使用率0.0到1.0之间的小数。4.3 执行MBean操作Exec除了读属性你还可以调用MBean的方法来执行操作比如触发垃圾回收、修改日志级别。手动触发Full GC谨慎操作curl -X POST http://localhost:8778/jolokia \ -H ‘Content-Type: application/json’ \ -d ‘{ “type”: “exec” “mbean”: “java.lang:typeMemory” “operation”: “gc” }’这个操作没有返回值value为null但status为200表示调用成功。动态修改Logback日志级别假设你的应用使用Logback并暴露了相应的MBeancurl -X POST http://localhost:8778/jolokia \ -H ‘Content-Type: application/json’ \ -d ‘{ “type”: “exec” “mbean”: “ch.qos.logback.classic:namedefault,typech.qos.logback.classic.jmx.JMXConfigurator” “operation”: “setLoggerLevel” “arguments”: [“com.example.myapp” “DEBUG”] }’这个操作需要两个参数Logger名称和目标级别。通过这个操作你可以在不重启应用的情况下动态调整日志输出级别对于线上调试非常有用。4.4 批量请求Bulk Request如果需要一次性获取多个不相关的指标逐个请求效率太低。Jolokia支持批量请求。curl -X POST http://localhost:8778/jolokia \ -H ‘Content-Type: application/json’ \ -d ‘[ { “type”: “read” “mbean”: “java.lang:typeMemory” “attribute”: “HeapMemoryUsage” “path”: “used” } { “type”: “read” “mbean”: “java.lang:typeOperatingSystem” “attribute”: “ProcessCpuLoad” } { “type”: “read” “mbean”: “java.lang:typeThreading” “attribute”: “ThreadCount” } ]’响应会是一个JSON数组按顺序包含每个请求的结果。这能显著减少网络往返开销是集成到监控系统中的推荐做法。4.5 搜索MBeanSearch如果你只知道MBean名字的一部分可以用搜索功能。curl -X POST http://localhost:8778/jolokia \ -H ‘Content-Type: application/json’ \ -d ‘{ “type”: “search” “mbean”: “*:typeThreadPool,*” }’这个请求会返回所有域*下类型为ThreadPool的所有MBean。这在探索一个不熟悉的应用暴露了哪些MBean时非常高效。5. 安全配置与生产环境实践将JMX能力通过HTTP暴露出来安全是重中之重。绝不能将未经保护的Jolokia端点直接暴露在公网。5.1 基础身份验证Basic Authentication最直接的安全措施是启用HTTP基础认证。对于Java Agent方式在启动参数中指定用户和密码-javaagent:/path/to/jolokia-agent.jarport8778,hostlocalhost,useradmin,passwords3cr3t对于Spring Boot Actuator集成可以借助Spring Security# application.yml spring: security: user: name: actuator password: ${ACTUATOR_PASSWORD:changeme} management: endpoints: web: exposure: include: jolokia,health,info base-path: /manage # 统一管理端点路径 path-mapping: jolokia: jolokia endpoint: jolokia: enabled: true然后配置一个简单的Security配置类对/manage/**路径进行认证。5.2 基于策略文件Policy的细粒度控制Jolokia支持一个强大的安全策略特性通过XML策略文件来定义详细的访问控制规则ACL。这比简单的用户名密码更灵活。创建一个策略文件jolokia-access.xml?xml version“1.0” encoding“UTF-8”? restrict !-- 1. 默认拒绝所有 -- http methodget/method methodpost/method /http !-- 2. 允许来自本地回环地址的请求 -- remote host127.0.0.1/host hostlocalhost/host /remote !-- 3. 允许特定IP段的管理员访问所有操作 -- remote host10.10.1.*/host host192.168.0.*/host /remote commands commandread/command commandexec/command commandlist/command commandversion/command /commands !-- 4. 对其他IP只允许读取特定MBean禁止执行操作 -- remote host*/host /remote commands commandread/command commandlist/command commandversion/command /commands mbeans mbean namejava.lang:type*/name /mbean mbean namecom.myapp:name*,typeMetrics/name /mbean /mbeans mbean-permissions mbean namejava.lang:typeMemory/name actions actiongetAttribute/action /actions /mbean !-- 明确禁止执行GC操作 -- mbean namejava.lang:typeMemory/name actions actioninvoke/action /actions permissiondeny/permission /mbean /mbean-permissions /restrict在Agent中引用策略文件-javaagent:/path/to/jolokia-agent.jarport8778,policyLocationfile:/path/to/jolokia-access.xml实操心得策略文件的配置逻辑是“自上而下匹配首次匹配生效”。务必把最严格的规则如允许所有放在后面把最具体的规则如允许特定IP的特定操作放在前面。生产环境强烈建议使用策略文件它可以实现IP白名单、操作黑白名单、MBean粒度控制等多层防护。5.3 网络隔离与反向代理在微服务或容器化环境中最佳实践是将Jolokia端点视为内部管理接口绑定到本地或私有网络启动Agent时使用host127.0.0.1或host私有IP仅允许来自本机或内部网络的访问。通过API网关或反向代理暴露如果需要从外部网络访问应通过Nginx、Spring Cloud Gateway等反向代理。在代理层配置SSL/TLS终止、强制HTTPS、限流、以及更复杂的认证鉴权如OAuth2、JWT。使用独立的管理端口Spring Boot可以将管理端点包括/actuator/jolokia绑定到与主应用不同的端口management.server.port方便防火墙规则设置。6. 与监控系统集成Prometheus与Zabbix案例Jolokia的终极价值在于赋能自动化监控。它本身不存储数据而是作为一个标准化的数据提取层。6.1 集成Prometheus云原生首选Prometheus通过“拉取”模式工作。你需要做两件事在目标应用上暴露Jolokia端点例如/actuator/jolokia。部署并配置Jolokia Exporter或Prometheus JMX Exporter。我更推荐Jolokia Exporter因为它专为Jolokia设计配置更直观。它是一个独立的Go/Python程序定期从Jolokia端点“拉取”数据并将其转换为Prometheus的指标格式。配置示例 (jolokia_exporter.yml)--- hosts: - name: my-springboot-app url: http://app-host:8080/actuator/jolokia # 可选基础认证 username: monitor password: ${MONITOR_PASSWORD} # 定义要收集的JMX指标 metrics: - name: jvm_memory_used_bytes type: gauge mbean: ‘java.lang:typeMemory’ attribute: HeapMemoryUsage path: used labels: area: heap - name: jvm_memory_max_bytes type: gauge mbean: ‘java.lang:typeMemory’ attribute: HeapMemoryUsage path: max labels: area: heap - name: jvm_threads_live type: gauge mbean: ‘java.lang:typeThreading’ attribute: ThreadCount - name: os_cpu_load type: gauge mbean: ‘java.lang:typeOperatingSystem’ attribute: ProcessCpuLoad运行Jolokia Exporter后它会在:5556/metrics端点暴露Prometheus格式的指标。你只需在Prometheus的scrape_configs中配置这个目标即可。6.2 集成Zabbix传统监控Zabbix通常通过Agent“主动”或“被动”采集数据。我们可以利用Zabbix的HTTP Agent或外部检查External Check功能来调用Jolokia API。方案一使用Zabbix Agent的UserParameter推荐在Zabbix Agent的配置文件(zabbix_agentd.conf)中定义自定义键值# 定义一个键来获取JVM堆内存使用率 UserParameterjvm.heap.used[*] curl -s -u monitor:password “http://$1:$2/actuator/jolokia” -H “Content-Type: application/json” -d “{\”type\“:\”read\“\”mbean\“:\”java.lang:typeMemory\“\”attribute\“:\”HeapMemoryUsage\“\”path\“:\”used\“}” | jq -r .value然后在Zabbix Server上创建一个监控项键值为jvm.heap.used[{HOST.CONN} 8080]。这里{HOST.CONN}是主机IP8080是应用端口。jq是一个命令行JSON处理工具用于提取响应中的value字段。方案二使用Zabbix的HTTP Agent监控项类型在Zabbix前端界面创建监控项类型HTTP AgentURLhttp://{HOST.CONN}:8080/actuator/jolokia请求类型POST请求体{ “type”: “read” “mbean”: “java.lang:typeMemory” “attribute”: “HeapMemoryUsage” “path”: “used” }认证如果需要配置基础认证。预处理添加一个JSONPath预处理步骤路径设为$.value将返回的JSON值提取为数字。踩过的坑在Zabbix中如果返回的JSON值很大比如完整的HeapMemoryUsage对象直接用作监控项值会出错。务必使用path参数或预处理步骤提取出具体的数值。另外对于批量监控建议在Zabbix Agent端写一个脚本一次调用Jolokia的批量接口获取多个指标然后通过UserParameter返回JSON格式再在Zabbix Server端用Dependent items依赖项进行拆分以减少对目标应用的请求压力。7. 高级特性与性能调优7.1 启用JMX轮询Pulling与缓存对于监控系统频繁拉取的数据如每秒一次的内存使用率可以让Jolokia主动从JMX轮询并缓存结果而不是每次请求都实时查询JMX这能大幅降低对MBeanServer的压力。在Agent启动参数中配置-javaagent:/path/to/jolokia-agent.jar…dispatcherClassesorg.jolokia.jsr160.Jsr160RequestDispatchermaxCollectionSize1000maxObjects5000同时你需要在请求中指定maxDepth和maxCollectionSize参数来控制JSON序列化的深度和集合大小防止返回过于庞大的响应。7.2 处理复杂数据类型与json-simple依赖JMX MBean的属性可能返回复杂的Java对象如CompositeData、TabularData或自定义对象数组。Jolokia会尽力将它们转换为JSON。但有时你会遇到序列化错误或信息丢失。常见问题如果遇到ClassNotFoundException提示缺少org.json.simple.JSONObject等这是因为Jolokia默认使用json-simple库进行序列化而你的应用环境可能没有。解决方案是确保json-simple的JAR包在类路径中或者考虑使用其他序列化器。最佳实践对于自定义MBean尽量返回简单的、标准的Java类型StringNumberbooleanListMap。如果必须返回复杂对象确保其可以被javax.management.openmbean包中的标准类型包装或者自定义一个JsonConvert扩展。7.3 性能监控与调试Jolokia本身也暴露了关于其自身性能的MBean位于jolokia:typeServer域下。你可以通过它来监控Jolokia处理请求的数量、耗时、错误率等。curl -X POST http://localhost:8778/jolokia \ -H ‘Content-Type: application/json’ \ -d ‘{ “type”: “read” “mbean”: “jolokia:typeServer” “attribute”: “Requests” }’这可以帮助你判断Jolokia是否成为瓶颈以及是否需要调整线程池大小或缓存策略。8. 故障排查与常见问题实录在实际使用中你肯定会遇到各种问题。下面是我总结的一些典型场景和解决方法。问题一连接被拒绝 (Connection refused)症状curl http://host:8778/jolokia失败。排查检查Agent是否启动确认JVM启动参数中是否正确添加了-javaagent且JAR路径无误。查看应用日志是否有Jolokia启动成功的消息。检查端口和绑定地址确认port配置正确且host未绑定到127.0.0.1如果你在远程连接。使用netstat -tlnp | grep 8778查看端口监听状态。检查防火墙确保服务器防火墙和云服务商安全组放行了该端口。问题二返回404 Not Found症状连接成功但返回404。排查检查上下文路径默认路径是/jolokia。如果你通过Spring Boot Actuator集成路径是/actuator/jolokia。如果你自定义了agentContext请使用自定义路径。检查请求方法Jolokia的readexec等操作要求使用POST方法。使用curl时别忘了-X POST。问题三返回500 Internal Server Error 或Unexpected status 502 Bad Gateway症状请求能到达但Jolokia处理出错。在通过反向代理如Nginx访问时也可能看到502错误。排查查看Jolokia日志这是最重要的。在启动参数中添加debugtrue或debugMaxEntries100Jolokia会将错误堆栈输出到标准输出或日志文件。检查请求JSON格式JSON格式错误、缺少必要字段、字段名拼写错误都会导致500。使用jq .命令或在线JSON验证器确保你的请求体是合法的JSON。检查MBean名称和属性确保mbean和attribute名称完全正确包括大小写。使用list操作先确认MBean是否存在。反向代理超时如果通过Nginx等代理502错误可能是代理到后端Jolokia服务的连接超时。检查代理配置适当增加proxy_read_timeout等参数的值。Jolokia处理某些复杂请求如无限制的list可能较慢。问题四认证失败 (401 Unauthorized或remote: http basic: access denied)症状配置了用户密码但访问被拒绝。排查检查凭证确认curl命令或监控工具中填写的用户名和密码正确。检查特殊字符如果密码包含特殊字符如!在curl中可能需要用引号括起来或进行URL编码。检查策略文件如果使用了策略文件确认当前客户端的IP地址是否在允许的remotehost规则内。问题五响应数据为null或不是预期格式症状请求返回状态200但value为null或者是一个无法解析的复杂结构。排查exec操作无返回值很多JMX操作如gc()本身就没有返回值这是正常的。使用path提取嵌套值对于CompositeData类型的属性如HeapMemoryUsage直接读取会返回一个JSON对象。使用path参数可以提取其中的特定字段。检查属性类型有些属性返回的是javax.management.openmbean.TabularData它在JSON中表现为一个结构复杂的数组。你可能需要查阅JMX文档或通过list操作查看属性的元数据来理解其结构。问题六在Docker容器中无法访问症状应用运行在Docker容器内宿主机或外部网络无法访问Jolokia端口。排查容器内绑定地址确保Jolokia Agent绑定到0.0.0.0而不是127.0.0.1。在Dockerfile的JAVA_OPTS或启动命令中设置host0.0.0.0。端口映射运行容器时使用-p 8778:8778将容器内部的8778端口映射到宿主机。容器网络如果监控工具也在容器网络中如Docker Compose可以使用容器服务名和内部端口直接通信。最后一个非常实用的调试技巧是始终先使用最简单的version请求来测试连通性和基本功能。如果version能通说明Jolokia服务本身是正常的问题大概率出在你的请求格式或目标MBean上。从简单到复杂逐步构建你的监控查询这是用好Jolokia的关键。