【已解决】Nacos作为配置中心的时候,使用@Value注解一直提示Could not resolve placeholder
- Nacos
- 时间:2022-10-23 13:00
- 5080人已阅读
🔔🔔好消息!好消息!🔔🔔
如果您需要注册ChatGPT,想要升级ChatGPT4。凯哥可以代注册ChatGPT账号,代升级ChatGPT4
有需要的朋友👉:微信号
在使用Nacos作为统一配置中心的时候,项目中使用@Value注解从Nacos获取值,一直报错Could not resolve placeholder 'blog.website' in value "${blog.website}".如下图:
问题分析:难道是@Value的${}中key写错了?
来看看Nacos的配置
没有写错啊
难道bootstrap.yml中Nacos的dataId写错了?查看bootstrap.yml
也没有写错啊。
那还有哪了问题呢?
其实啊,主要是因为我们忘记了,Nacos还有一个namespace来作为数据隔离的
凯哥的问题就出在了namespace上。
我们回到Nacos控制台,来看看配置列表.如下图:
是不是发现了什么?对,没错!userservice-dev.yaml的namespace是在spe下,而不是public下(在bootstrap.yml文件中,我们没有指定namespace,那么默认就是在public的namespace下)。所以,项目启动时候,默认去public的命名空间下获取blog.website。
我们看到public的namesp下没有数据。当然会报错了。
修改:
将配置信息写到public的namespace下
重新启动项目,查看控制台日志。一切正常。
访问项目:
可以正常且正确的返回数据。
总结:
Spring boot和Nacos整合,使用Nacos作为统一配置中心的时候,当@Value不识别错误检查以下三个地方:
1:查看@Vaule${}中的key值是否是争取的。
需要注意:在yml中blog:website。但是在@Value中是blog.website
2:查看bootstrap.yml的dataId和Nacos配置中的名字是否一致:
3:检查namespace是否在同一个
如果没有写,Nacos的默认namespace是在public下。
注意看是否有多个命名空间,每个命名空间是独立的,叫做环境隔离,不同的命名空间下的服务互相不可见。我不小心把nacos的yml创建在了dev的命名空间下,而我的服务默认是在public下,两者之间没有关联,所以报错了,改过来就解决了!