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方法，如图
查找附近代码，发现是因为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的时候使用重启大法，有时有用有时没用，可能就是缺少一些这样的方法论
