[bug解决思路] Could not resolve placeholder 'xxx' in value "${xxx}"

文章目录

  • 问题
  • 解决过程/思路(不想看思路的直接跳解决方案)
  • 解决方案
  • 结语

问题

今天用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方法,如图
[bug解决思路] Could not resolve placeholder 'xxx' in value

查找附近代码,发现是因为propVal为null才报错的
[bug解决思路] Could not resolve placeholder 'xxx' in value
然后从propVal定义的地方开始debugger
发现placeholderResolver.resolvePlaceholder(placeholder);是获取${xxx}中 xxx 的属性,ctrl+u 执行代码
将placeholder替换为其他的属性字符串,发现有些配置的值确实没取到,像是玄学问题:明明所有的配置都写的好好的
但是,所有的玄学问题都是因为不了解才导致的,找不到原因只是因为自己不熟悉
开始思考原因
[bug解决思路] Could not resolve placeholder 'xxx' in value
众所周知,代码执行的目录是项目编译后的目录,而不是源代码所在的目录,然后就去找编译后的目录中的配置
这个目录springboot的日志其实已经输出来了如图:
[bug解决思路] Could not resolve placeholder 'xxx' in value
果然,发现编译后的目录中少了配置
[bug解决思路] Could not resolve placeholder 'xxx' in value
找到原因就好办了,使用maven clear 将生成的文件清空,然后再启动
问题解决!!

解决方案

  1. 检查配置文件中的配置有没有写错
  2. 检查application.yml/bootstrap.yml 配置文件中的active是否配对,或者看日志中的这条日志,然后检查对应的日志文件
    [bug解决思路] Could not resolve placeholder 'xxx' in value
  3. 如果上述操作检查之后都没问题,检查target目录(或者自己配的class文件输出目录)下的配置文件对不对,如果不对 使用maven clear命令清除这些文件,重新启动
  4. 如果还不行,那就只能在源码中debugger了

结语

所有的玄学问题都是因为我们对它们不够熟悉,所有的bug必然会有一个或多个原因,如果认为它是一个玄学问题,那只能说,我们对这个事物不够熟悉,而不是因为玄学,计算机行业更是如此,让我们的代码中没有玄学

写这篇文章的时候想起了我初入行的时候,不会debug,也不知道如何解决bug,将好多问题归咎于玄学,经常在不知道为什么产生bug的时候使用重启大法,有时有用有时没用,可能就是缺少一些这样的方法论,然后我决定以后多写一些关于工作中解决问题的思路的文章,希望能帮助一些刚入行的同学快速成长,大家加油!!

欢迎点赞

你可能感兴趣的:(debug思路)