今天写代码,遇见一个让我很不理解的问题。
那就是在配置中心有这样一个配置文件,我们的配置文件一看没什么问题,实际上也没有任何问题,确实也没有任何问题。但是我这边需要将当前项目启动多个时,就出现问题了。我们知道,我们需要将一个项目启动多次,只需要更换端口就行,我也是暗战这样的思路来解决这个问题,首先,启动第一个项目(我们就先将这个项目命名为订单服务OrderService),毫无疑问这个项目的端口号为8011,项目为OrderService-8011。

接下来我们准备启动第二个项目,由于我的配置文件在配置中心,我不能通过IDEA中的允许多实例类启动多个项目,那我只能复制一配置OrderService-8013,给他的配置指定一个端口,比如这个端口就为8013。

我们启动项目,就先来就出现了大家所熟悉的一幕,😮😮😮,端口被占用,我明明指定了端口为8013,难道他就这么钟爱8011吗?
这让我不明所以,仔细思考,我们指定的8013应该拥有更高的优先级,但是出现端口占用,就意味着8013这个端口并没有被使用。命令行参数优先级并没有高于nacos中的配置文件的优先级!此处有坑啊!为什么暂不分析。

那怎样才能是我们的配置能够覆盖配置中信息的配置信息呢?
这需要我们在nacos的配置文件中添加上下面的配置:
spring:
cloud:
config: # nacos配置本地覆盖远程 本地优先
override-none: false
allow-override: true
override-system-properties: false

加上以上配置之后,我们再次启动我们的服务,成功启动,占用的端口号也是我们所指定的端口号。

该方案直接修改了nacos中所有配置优先级,可能存在风险,请慎用!
咱们回头有时间再好好研究底层的实现!
文章讲述了作者在配置中心启动多个项目时遇到端口被占用的问题,发现命令行参数优先级低于Nacos配置文件。通过设置`override-none`和`allow-override`属性,解决了配置覆盖问题,但提醒此方法可能带来风险。

5385

被折叠的 条评论
为什么被折叠?



