为什么dubbo启动没有问题?

本文探讨了Dubbo在Spring XML配置中的工作原理,解释了即使阿里开源网站不可用,Dubbo应用仍能正常启动的原因。通过分析Spring如何加载XSD文件验证XML配置,并介绍如何跳过验证及自定义Spring XML namespace。
为什么dubbo启动没有问题?

公司使了阿里的dubbo,但是阿里的开源网站http://code.alibabatech.com,挂掉有好几个月了,为什么我们的应用启动没有问题?
我们的应用的Spring配置文件里有类似的配置:

[html] view plaincopy派生到我的代码片
  1. <?xml version="1.0" encoding="UTF-8"?>  
  2. <beans xmlns="http://www.springframework.org/schema/beans"  
  3.     xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:dubbo="http://code.alibabatech.com/schema/dubbo"  
  4.     xsi:schemaLocation="http://www.springframework.org/schema/beans  
  5.             http://www.springframework.org/schema/beans/spring-beans.xsd  
  6.             http://code.alibabatech.com/schema/dubbo  
  7.             http://code.alibabatech.com/schema/dubbo/dubbo.xsd">  
我们都知道Spring在启动时是要检验XML文件的。或者为什么在Eclipse里xml没有错误提示?

比如这样的一个Spring配置:

[html]   view plain copy 派生到我的代码片
  1. <?xml version="1.0" encoding="UTF-8"?>  
  2. <beans xmlns="http://www.springframework.org/schema/beans"  
  3.     xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"  
  4.     xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans.xsd">  
  5. </beans>  
我们也可以在后面加上版本号:

[html]   view plain copy 派生到我的代码片
  1. xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans-3.0.xsd">  
有这个版本号和没有有什么区别呢?
[html]   view plain copy 派生到我的代码片
  1. xmlns:mvc="http://www.springframework.org/schema/mvc"  
  2. xmlns:context="http://www.springframework.org/schema/context"  
通常情况下,namespace对应的URI是一个存放XSD的地址,尽管规范没有这么要求。 如果没有提供schemaLocation ,那么Spring的XML解析器会从namespace的URI里加载XSD文件。我们可以把配置文件改成这个样子,也是可以正常工作的:

[html]   view plain copy 派生到我的代码片
  1. <?xml version="1.0" encoding="UTF-8"?>  
  2. <beans xmlns="http://www.springframework.org/schema/beans/spring-beans.xsd"  
  3.     xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">  
schemaLocation提供了一个xml namespace到对应的XSD文件的一个映射,所以我们可以看到,在xsi:schemaLocation后面配置的字符串都是成对的,前面的是namespace的URI,后面是xsd文件的URI。比如:

[html]   view plain copy 派生到我的代码片
  1. xsi:schemaLocation="http://www.springframework.org/schema/beans  
  2. http://www.springframework.org/schema/beans/spring-beans.xsd  
  3. http://www.springframework.org/schema/security  
  4. http://www.springframework.org/schema/security/spring-security.xsd"  

Spring是如何校验XML的

Spring默认在启动时是要加载XSD文件来验证xml文件的,所以如果有的时候断网了,或者一些开源软件切换域名,那么就很容易碰到应用启动不了。我记得当时Oracle收购Sun公司时,遇到过这个情况。
为了防止这种情况,Spring提供了一种机制,默认从本地加载XSD文件。打开spring-context-3.2.0.RELEASE.jar,可以看到里面有两个特别的文件:
spring.handlers

[plain]   view plain copy 派生到我的代码片
  1. http\://www.springframework.org/schema/context=org.springframework.context.config.ContextNamespaceHandler  
  2. http\://www.springframework.org/schema/jee=org.springframework.ejb.config.JeeNamespaceHandler  
  3. http\://www.springframework.org/schema/lang=org.springframework.scripting.config.LangNamespaceHandler  
  4. http\://www.springframework.org/schema/task=org.springframework.scheduling.config.TaskNamespaceHandler  
  5. http\://www.springframework.org/schema/cache=org.springframework.cache.config.CacheNamespaceHandler  

spring.schemas

[plain]   view plain copy 派生到我的代码片
  1. http\://www.springframework.org/schema/context/spring-context-2.5.xsd=org/springframework/context/config/spring-context-2.5.xsd  
  2. http\://www.springframework.org/schema/context/spring-context-3.0.xsd=org/springframework/context/config/spring-context-3.0.xsd  
  3. http\://www.springframework.org/schema/context/spring-context-3.1.xsd=org/springframework/context/config/spring-context-3.1.xsd  
  4. http\://www.springframework.org/schema/context/spring-context-3.2.xsd=org/springframework/context/config/spring-context-3.2.xsd  
  5. http\://www.springframework.org/schema/context/spring-context.xsd=org/springframework/context/config/spring-context-3.2.xsd  
  6. ...  

再打开jar包里的org/springframework/context/config/ 目录,可以看到下面有
spring-context-2.5.xsd
spring-context-3.0.xsd
spring-context-3.1.xsd
spring-context-3.2.xsd
很明显,可以想到Spring是把XSD文件放到本地了,再在spring.schemas里做了一个映射,优先从本地里加载XSD文件。
并且Spring很贴心,把旧版本的XSD文件也全放了。这样可以防止升级了Spring版本,而配置文件里用的还是旧版本的XSD文件,然后断网了,应用启动不了。
我们还可以看到,在没有配置版本号时,用的就是当前版本的XSD文件:

[html]   view plain copy 派生到我的代码片
  1. http\://www.springframework.org/schema/context/spring-context.xsd=org/springframework/context/config/spring-context-3.2.xsd  
同样,我们打开dubbo的jar包,可以在它的spring.schemas文件里看到有这样的配置:

[html]   view plain copy 派生到我的代码片
  1. http\://code.alibabatech.com/schema/dubbo/dubbo.xsd=META-INF/dubbo.xsd  
所以,Spring在加载dubbo时,会从dubbo的jar里加载dubbo.xsd。

如何跳过Spring的XML校验?

可以用这样的方式来跳过校验:

[html]   view plain copy 派生到我的代码片
  1. GenericXmlApplicationContext context = new GenericXmlApplicationContext();  
  2. context.setValidating(false);  

如何写一个自己的spring xml namespace扩展

可以参考Spring的文档,实际上是相当简单的。只要实现自己的NamespaceHandler,再配置一下spring.handlers和spring.schemas就可以了。
http://docs.spring.io/spring/docs/current/spring-framework-reference/html/extensible-xml.html

其它的一些东东

防止XSD加载不成功的一个思路
http://hellojava.info/?p=135
齐全的Spring的namespace的列表
http://stackoverflow.com/questions/11174286/spring-xml-namespaces-how-do-i-find-what-are-the-implementing-classes-behind-t

Spring core

Spring Security

Spring integration

总结:

为什么不要在Spring的配置里,配置上XSD的版本号?
因为如果没有配置版本号,取的就是当前jar里的XSD文件,减少了各种风险。
而且 这样约定大于配置的方式很优雅。

参考:

http://stackoverflow.com/questions/10768873/spring-di-applicationcontext-xml-how-exactly-is-xsischemalocation-used
http://stackoverflow.com/questions/11174286/spring-xml-namespaces-how-do-i-find-what-are-the-implementing-classes-behind-t
http://docs.spring.io/spring/docs/current/spring-framework-reference/html/extensible-xml.html
<think>我们正在处理用户的问题:无法通过curl访问Dubbo的监控信息,具体地址是http://127.0.0.1:9110/metrics。根据用户描述,他们尝试使用curl访问本地9110端口上的/metrics端点,但无法访问。可能的原因和排查步骤:1.**Dubbo监控服务是否启动?**-首先确认Dubbo的监控服务(通常是DubboAdmin或监控中心)是否已经启动。如果没有启动,自然无法访问。2.**端口监听情况**:-使用命令检查本地9110端口是否被监听。在Linux上,可以使用:`netstat-tlnp|grep9110`或者`ss-tlnp|grep9110`。-如果端口没有被监听,说明监控服务没有在该端口上启动。3.**防火墙或安全组设置**:-检查本地防火墙(如iptables,firewalld)是否阻止了9110端口。如果是本地访问(127.0.0.1),通常防火墙不会阻止,但如果是远程访问,则需检查。-对于本地访问,防火墙一般不会限制,但也要确认。4.**服务绑定地址**:-查看Dubbo监控服务的配置,确认其绑定的IP地址。如果它绑定的是特定的IP(如192.168.x.x)而不是0.0.0.0,那么通过127.0.0.1可能无法访问(但通常127.0.0.1也会被绑定,除非明确指定了IP)。-检查配置文件中是否有类似`server.address`或`dubbo.monitor.address`的配置项。5.**Dubbo监控端点是否启用**:-在Dubbo的配置中,需要确保监控端点(如metrics)已经启用。在SpringBoot应用中,可能需要通过配置`management.endpoints.web.exposure.include=metrics`等来暴露端点。6.**查看日志**:-检查Dubbo监控服务的启动日志,看是否有错误信息,特别是关于端口绑定的错误(如端口冲突)。7.**使用浏览器或telnet测试**:-尝试在浏览器中访问http://127.0.0.1:9110/metrics,或者使用telnet命令:`telnet127.0.0.19110`,看是否能建立连接。8.**Dubbo版本和配置**:-不同的Dubbo版本(如2.7.x以上)对监控的支持可能有所不同,且配置方式也可能变化。确保配置正确。9.**代理问题**:-如果是在代理环境或容器中运行,可能网络配置复杂,需要检查网络设置。10.**应用本身问题**:-可能是应用本身没有正常启动监控端点,或者有健康检查失败等情况。由于用户没有提供具体的环境信息(如操作系统、Dubbo版本、部署方式等),我们只能给出一般性的排查步骤。根据引用[1]中提到的未授权访问测试命令,我们可以借鉴其思路,使用类似的命令来检查端口和服务状态。但是,请注意,用户的问题是关于Dubbo监控的访问,与Elasticsearch无关,因此引用[1]中的命令不能直接使用,但思路类似(检查端口、服务)。引用[2]是关于写入Consul配置,引用[3]是关于Sentinel流控规则,引用[4]是关于MySQL用户权限,这些与当前问题关联不大,但我们可以参考其思路:权限问题(如服务是否绑定0.0.0.0)和配置问题。因此,我们给出以下具体步骤:**步骤1:确认服务启动**-查看Dubbo监控服务的进程是否存在。**步骤2:检查端口监听**-在服务运行的主机上执行:`netstat-tlnp|grep9110`或`lsof-i:9110`(Linux)-如果没有输出,说明服务没有监听该端口。**步骤3:检查服务配置**-查找Dubbo监控服务的配置文件,确认端口和绑定地址。例如,在SpringBoot应用中,配置文件(如application.yml)中可能有:```yamlserver:port:9110address:0.0.0.0#确保是0.0.0.0,这样可以从任意IP(包括127.0.0.1)访问```**步骤4:检查防火墙**-如果是在Linux上,检查防火墙规则:```bashiptables-L-n|grep9110```-如果发现端口被阻止,可以添加规则允许:```bashiptables-AINPUT-ptcp--dport9110-jACCEPT```-或者暂时关闭防火墙(测试用):```bashsystemctlstopfirewalld#对于firewalld```**步骤5:检查Dubbo监控的端点配置**-如果使用的是Dubbo的SpringBootStarter,可能需要配置Actuator端点:```yamlmanagement:endpoints:web:exposure:include:"*"#或者包含metricsserver:port:9110#管理端口```**步骤6:查看日志**-查看Dubbo监控服务的日志,寻找启动时的错误信息。**步骤7:尝试本地访问**-在服务运行的主机上执行:`curlhttp://localhost:9110/metrics`或`curlhttp://127.0.0.1:9110/metrics`,看是否能够访问。如果以上步骤都确认无误,但仍然无法访问,可能需要考虑服务本身是否有bug或更复杂的网络问题。由于用户的问题描述比较简单,我们只能提供这些通用排查方法。另外,注意引用[4]中提到的权限问题,虽然不直接相关,但可以类比:如果服务启动用户权限不足,可能导致无法绑定端口(低于1024的端口需要root权限),但9110是高位端口,一般不需要root权限。如果用户提供了更多信息,可以进一步分析。现在,根据系统指令,我们生成相关问题。</think>### 无法通过 curl 访问 Dubbo 监控信息的原因及解决方法 #### 常见原因分析: 1. **服务未启动或端口未监听** Dubbo 监控服务(如 Dubbo Admin 或 Prometheus 指标采集服务)未启动,或未在 `9110` 端口监听。 **检查命令**: ```bash netstat -tlnp | grep 9110 # Linux lsof -i :9110 # macOS ``` 若无输出,说明端口未监听。 2. **防火墙/安全组限制** 系统防火墙或云安全组阻止了 `9110` 端口的访问。 **检查命令**: ```bash iptables -L -n | grep 9110 # Linux 防火墙规则 ``` 3. **Dubbo 配置错误** - 监控模块未启用(如 `dubbo.metrics.protocol=prometheus` 未配置)。 - 端口被覆盖(如启动参数指定了 `-Ddubbo.metrics.port=8080`)。 - 绑定地址限制(如仅允许内网 IP 访问)。 4. **应用健康状态异常** Dubbo 服务未正常注册或处于异常状态,导致监控端点无数据。 --- #### 解决步骤: 1. **确认服务已启动** - 检查 Dubbo 应用日志,确认监控模块初始化成功: ```log Dubbo metrics server started on port 9110 ``` - 重启服务: ```bash # 示例重启命令 systemctl restart dubbo-service ``` 2. **验证端口可访问性** ```bash # 本地测试(在服务部署机器执行) curl -v http://127.0.0.1:9110/metrics ``` - 若本地可访问但远程不可,检查防火墙: ```bash # 开放端口(Linux) iptables -I INPUT -p tcp --dport 9110 -j ACCEPT ``` 3. **检查 Dubbo 配置** 在 `application.properties` 或 `dubbo.properties` 中确保包含: ```properties dubbo.metrics.protocol=prometheus dubbo.metrics.port=9110 dubbo.metrics.prometheus.exporter.enabled=true ``` 4. **验证监控端点绑定地址** 若需允许外部访问,需显式配置: ```properties dubbo.metrics.prometheus.host=0.0.0.0 # 绑定所有网卡 ``` 5. **排查网络中间件** - 如有反向代理(Nginx),检查路由配置: ```nginx location /metrics { proxy_pass http://127.0.0.1:9110; } ``` - 检查是否被安全组件拦截(如阿里云盾、云防火墙)。 --- #### 高级诊断: 1. **查看实时日志** 启用 Dubbo 调试日志定位问题: ```properties logging.level.org.apache.dubbo=DEBUG ``` 2. **线程阻塞分析** 若服务启动但无响应,检查线程状态: ```bash jstack <PID> | grep -A 10 'dubbo-metrics' ``` 3. **依赖组件状态** 确认注册中心(ZooKeeper/Nacos)连接正常,服务已注册。 --- ### 相关问题 1. Dubbo 的监控指标 `/metrics` 端点默认暴露哪些关键数据? 2. 如何将 Dubbo 的 Prometheus 监控数据集成到 Grafana 仪表盘? 3. 除了 `9110` 端口,Dubbo 还有哪些常用端口需要关注防火墙配置? 4. 当 Dubbo 服务健康检查失败时,监控端点会返回什么状态码?
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值