【已解决】Nacos作为配置中心的时候,使用@Value注解一直提示Could not resolve placeholder
在使用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下,两者之间没有关联,所以报错了,改过来就解决了!
相关文章
- 【架构师(第四十二篇)】 服务端开发之常用的登录鉴权方式
- 【架构师(第四十三篇)】 服务端开发之单元测试和接口测试
- 【架构师(第四十四篇)】 服务端开发之 pm2 和 nginx 介绍
- 【架构师(第四十六篇)】 服务端开发之安装 Docker
- 【架构师(第四十七篇)】 服务端开发之认识 Docker
- 【架构师(第四十八篇)】 服务端开发之 Dockerfile
- 【架构师(第四十九篇)】 服务端开发之认识 Docker-compose
- 【架构师(第五十篇)】 服务端开发之自动发布到测试机
- 【架构师(第五十一篇)】 服务端开发之技术方案设计
- 【架构师(第五十二篇)】 几个前端工具的基本使用
- 【架构师(第五十三篇)】 性能优化之 HTTP 缓存
- 【前端财富】前端工程师装机指南 (windows10)
- 最近很火的ChatGPT怎么玩?
- 小巧好用的免费虚拟机软件
- [ChatGPT解决方案]生成 nginx 自签名证书
- 完美解决文件格式转换问题
- MariaDB在Oscar故障演练平台的测试实践
- 压缩列表的源码实现
- Docker命令三板斧
- 一文教你快速注册OpenAi(ChatGPT),国内也可以!