我之前也遇到过几乎一模一样的诡异问题！折腾了大半天终于搞定了，给你分享几个亲测有效的排查和解决方法：

1. 把IntelliJ的Maven配置切换到WSL本地实例 #

这是我踩过的最大坑——IntelliJ默认可能用的是Windows本地的Maven，和WSL环境的依赖路径完全不兼容：

• 打开File → Settings → Build, Execution, Deployment → Build Tools → Maven
  • Maven home directory：选择WSL里的Maven路径，比如\\wsl.localhost\Ubuntu\usr\share\maven（系统默认安装的路径），或者你自己在WSL里手动安装的Maven路径
  • User settings file：指向WSL用户目录下的settings.xml，也就是\\wsl.localhost\Ubuntu\home\你的用户名\.m2\settings.xml
  • Local repository：设置为WSL里的本地仓库路径\\wsl.localhost\Ubuntu\home\你的用户名\.m2\repository
• 改完点击Apply，然后右键右侧Maven面板里的项目，选Maven → Reload Project，等待依赖重新加载完成

2. 修正测试运行器的JRE配置 #

测试运行器大概率默认用了Windows的JDK，导致找不到WSL里下载的依赖包：

• 右键你的测试类ATest，选择Modify Run Configuration...
• 在弹出的窗口里，找到Build and run区域的JRE选项，选择你配置好的WSL JDK（比如openjdk-21 (WSL: Ubuntu)）
• 同时可以在Environment variables里手动添加JAVA_HOME变量，值为WSL里的JDK路径（你可以在WSL终端里用echo $JAVA_HOME查看具体路径，比如/usr/lib/jvm/java-21-openjdk-amd64）

3. 彻底重置项目索引和缓存 #

除了常规的Invalidate Caches / Restart，可以试试更彻底的操作：

• 先关闭IntelliJ
• 进入WSL终端，删除项目根目录下的.idea文件夹、target和target-test目录
• 重新打开IntelliJ，选择Open导入WSL里的项目路径（比如\\wsl.localhost\Ubuntu\home\你的用户名\workspace\TheProject）
• 等待项目重新完成索引后，再尝试运行测试

4. 确认Maven依赖的Scope配置 #

看你的pom.xml里commons-lang3的依赖没有指定scope，默认是compile，这个是没问题的，但可以验证下IntelliJ是否正确识别了依赖：

• 打开File → Project Structure → Modules，选择你的测试模块，切换到Dependencies选项卡，确认commons-lang3的依赖存在，且Scope是Compile或Test

问题根源总结 #

这种诡异现象本质是IntelliJ的编辑器索引、Maven命令行、测试运行器三个组件用的环境不一致：

• 编辑器用的是WSL的索引服务，所以能正常识别依赖
• 命令行直接在WSL环境下执行mvn test，环境完全匹配，所以运行正常
• 但测试运行器默认用了Windows的JDK/Maven环境，导致找不到WSL本地仓库里的依赖包

内容来源于stack exchange