Could not resolve placeholder ‘xxx‘ in value “${xxx}“
文章目录问题解决过程/思路(不想看思路的直接跳解决方案)解决方案结语问题今天用idea启动springboot的时候发现某个配置没找到报错:Injection of autowired dependencies failed; nested exception is java.lang.IllegalArgumentException: Could not resolve placeho...
问题
今天用idea启动springboot的时候发现某个配置没找到
报错: Injection of autowired dependencies failed; nested exception is java.lang.IllegalArgumentException: Could not resolve placeholder ‘project.url’ in value “${project.url}”
解决过程/思路(不想看思路的直接跳解决方案)
首先,我检查了的所有的配置文件,确定没有问题
然后查看日志,确定是开发环境,需要的配置在文件中都配了
再然后根据日志找到报错的地点
PropertyPlaceholderHelper中的parseStringValue方法,如图
查找附近代码,发现是因为propVal为null才报错的
然后从propVal定义的地方开始debugger
发现placeholderResolver.resolvePlaceholder(placeholder);是获取${xxx}中 xxx 的属性,ctrl+u 执行代码
将placeholder替换为其他的属性字符串,发现有些配置的值确实没取到,像是玄学问题:明明所有的配置都写的好好的
但是,所有的玄学问题都是因为不了解才导致的,找不到原因只是因为自己不熟悉
开始思考原因
众所周知,代码执行的目录是项目编译后的目录,而不是源代码所在的目录,然后就去找编译后的目录中的配置
这个目录springboot的日志其实已经输出来了如图:
果然,发现编译后的目录中少了配置
找到原因就好办了,使用maven clear 将生成的文件清空,然后再启动
问题解决!!
解决方案
- 检查配置文件中的配置有没有写错
- 检查application.yml/bootstrap.yml 配置文件中的active是否配对,或者看日志中的这条日志,然后检查对应的日志文件
- 如果上述操作检查之后都没问题,检查target目录(或者自己配的class文件输出目录)下的配置文件对不对,如果不对 使用maven clear命令清除这些文件,重新启动
- 如果还不行,那就只能在源码中debugger了
结语
所有的玄学问题都是因为我们对它们不够熟悉,所有的bug必然会有一个或多个原因,如果认为它是一个玄学问题,那只能说,我们对这个事物不够熟悉,而不是因为玄学,计算机行业更是如此,让我们的代码中没有玄学
写这篇文章的时候想起了我初入行的时候,不会debug,也不知道如何解决bug,将好多问题归咎于玄学,经常在不知道为什么产生bug的时候使用重启大法,有时有用有时没用,可能就是缺少一些这样的方法论
更多推荐
所有评论(0)