eureka.instance.appname 与 spring.application.name 有何区别?
如果使用spring-cloud做过微服务项目的应该都知道,spring-cloud-netflix 提供了一整套解决微服务架构的组件。比如zuul、eureka等等。而且zuul、eureka的配置也挺多的。那么今天就说一下我在使用中我遇到的一个问题。一开始我的项目是使用 spring.application.name=auth来配置我的服务名的。后来改为eureka.instance.app.
如果使用spring-cloud做过微服务项目的应该都知道,spring-cloud-netflix 提供了一整套解决微服务架构的组件。比如zuul、eureka等等。而且zuul、eureka的配置也挺多的。那么今天就说一下我在使用中我遇到的一个问题。
一开始我的项目是使用 spring.application.name=auth
来配置我的服务名的。后来改为eureka.instance.appname=auth
,发现竟然路由失败,报的错误就是找不到服务名为AUTH的服务。如下:
然后就百度了一下,发现都说是spring.application.name
的优先级比 eureka.instance.appname
的高。源码在 EurekaInstanceConfigBean 中是这样写的:
@Override
public void setEnvironment(Environment environment) {
this.environment = environment;
// set some defaults from the environment, but allow the defaults to use relaxed binding
String springAppName = this.environment.getProperty("spring.application.name", "");
if(StringUtils.hasText(springAppName)) {
setAppname(springAppName); //注意这句话
setVirtualHostName(springAppName);
setSecureVirtualHostName(springAppName);
}
}
看起来好像是 appname 被置为了spring.application.name
配置的值。但这并不没有解决我的问题。我的问题是现在配置了eureka.instance.appname=auth
,为什么也没有起作用,如果只是优先级问题,那么应该是起作用的。跟进一下源码才发现秘密如下:
正如图所示:这里spring.application.name=unknown
,而eureka.instance.appname
的确是对的。也就是说其实zuul路由的时候指定的 serviceId 其实就是spring.application.name
,而不是eureka.instance.appname
。而且spring.application.name
并不能覆盖eureka.instance.appname
。
好了,测试一下。将 配置改为如下:
spring.application.name=gateway1
eureka.instance.appname=gateway2
路由规则改为zuul.routes.GATEWAY1=/gateway1/**
测试通过,成功的路由过去了。
更多推荐
所有评论(0)