Visual Studio Code Java依赖自动补全缓存位置及更新方法咨询

我之前碰到过完全一样的情况——命令行编译一切正常，但VS Code里就是认不出新项目A的方法，还标红报错。重启VS Code和清Code的缓存根本没用，问题出在Java语言服务器（JDT LS）和Gradle的专属缓存上，不是VS Code本身的缓存。给你几个亲测有效的解决方法：

方法一：强制刷新Java项目依赖 #

这是最快的尝试步骤：

• 打开VS Code的命令面板（快捷键Ctrl+Shift+P），搜索并执行 Java: Refresh Java Projects。这个命令会让Red Hat的Java扩展重新扫描所有依赖，强制更新Intellisense的索引。
• 如果上面没效果，先在项目A的终端里执行Gradle刷新命令：

  # Windows系统
  gradlew.bat --refresh-dependencies publish
  # Mac/Linux系统
  ./gradlew --refresh-dependencies publish
  

  然后回到项目B的终端执行gradlew.bat build确认依赖更新，再回到VS Code执行一次Java: Refresh Java Projects。

方法二：清除Gradle和JDT LS的深层缓存 #

VS Code的Cache和CachedData目录管的是编辑器本身的缓存，Java依赖的缓存在别的地方：

1. 删除Gradle的依赖缓存：
   路径是C:\Users\[你的用户名]\.gradle\caches\modules-2，找到里面对应项目A快照版本的文件夹（比如com/yourcompany/projectA），直接删除。这个目录存的是Gradle下载的所有依赖jar，删掉旧的快照后，下次同步会重新拉取最新的版本。
2. 删除JDT LS的临时缓存：
   路径是C:\Users\[你的用户名]\AppData\Local\Temp\jdt-language-server，把这个文件夹里的所有内容删掉。JDT LS（Java语言服务器）会在这里存临时的依赖索引，清空后会重新生成。

方法三：重新同步Gradle项目 #

如果用了微软的Gradle扩展，试试：

• 打开命令面板，执行 Gradle: Refresh Gradle Projects，让Gradle扩展重新同步项目的依赖配置。
• 检查Gradle扩展的设置：确保gradle.enableGradleWrapper是勾选状态，这样VS Code会用项目自带的Gradle wrapper，和你命令行用的保持一致。

方法四：重新导入项目 #

如果上面都没用，最后一招：

• 把项目B从VS Code的工作区移除（右键项目文件夹选Remove from Workspace）。
• 关闭VS Code，重新打开后，通过File > Open Folder重新导入项目B，选择Gradle作为项目类型，让VS Code重新生成所有依赖配置和索引。

为啥命令行正常但VS Code不行？因为命令行执行Gradle的时候会检查快照更新（尤其是加了--refresh-dependencies），但VS Code的JDT LS默认不会主动频繁刷新快照依赖，会依赖自己缓存的索引，所以必须手动强制刷新。

内容的提问来源于stack exchange，提问作者Ryan Lundy