文章目录

问题

今天用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 将生成的文件清空，然后再启动
问题解决！！

解决方案

  1. 检查配置文件中的配置有没有写错
  2. 检查application.yml/bootstrap.yml 配置文件中的active是否配对，或者看日志中的这条日志，然后检查对应的日志文件
    在这里插入图片描述
  3. 如果上述操作检查之后都没问题，检查target目录(或者自己配的class文件输出目录)下的配置文件对不对，如果不对 使用maven clear命令清除这些文件，重新启动
  4. 如果还不行，那就只能在源码中debugger了

结语

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

写这篇文章的时候想起了我初入行的时候，不会debug，也不知道如何解决bug，将好多问题归咎于玄学，经常在不知道为什么产生bug的时候使用重启大法，有时有用有时没用，可能就是缺少一些这样的方法论

Logo
GitCode 开源社区

旨在为数千万中国开发者提供一个无缝且高效的云端环境，以支持学习、使用和贡献开源项目。

更多推荐

[转载]在Windows环境下安装GNU Radio

转自：在Windows环境下安装GNURadio_恐弱智_新浪博客GNU Radio是用Python开发的，大部分开源的工程能够在Linux环境下运行良好，而Windows下却运行的很勉强，而且安装配置都很复杂。GNU Radio算是个例外了，不光提供了Windows的二进制安装，还有比较详细的说明。我是Python小白，所以折腾了好久才弄好，特意记录下来，免得以后再装还折腾。GNU Radio的

avatar GitCode 开源社区

centOS 8 使用dnf安装Docker

DNF是什么？CentOS 8使用YUM软件包管理器版本v4.0.4。现在，该版本使用DNF(已删除YUM)。DNF是软件包管理器。它会在Linux发行版上安装，执行更新并删除软件包。使用DNF安装Docker跳过具有损坏依赖性的程序包一个有效的解决方案是使您的CentOS 8系统使用以下--nobest命令安装最符合条件的版本：sudo dnf install docker...

avatar GitCode 开源社区

定时同步数据库表(mysql+linux+crontab)

sync.sh里面的参数需要改变，ip/username/password/database/tablesync.sh#!/bin/sh# Please change the IP and password of the data source db.# Then change the table name.filename=/home/nington/db/$(date +%Y-%m

avatar GitCode 开源社区