\_lastUpdated 文件会卡住 Maven 依赖解析，因其标记下载失败后阻止后续网络重试，导致“Could not find artifact”错误；需手动删除这些文件并禁用 IDE 离线模式，或升级 Maven 至 3.8.1+ 规避该问题。
为什么 _lastUpdated 文件会卡住 Maven 依赖解析
Maven 在下载依赖失败时，会生成一个 xxx.jar.lastUpdated（或 pom.lastUpdated）空文件，标记“这个坐标我试过了但没下下来”。它不阻塞构建本身，但后续所有对该依赖的请求都会直接跳过网络重试——Maven 认为“刚试过，失败了”，于是反复报 Could not find artifact，哪怕你已修复网络或仓库地址。
这类文件不会自动清理，积累多了就让本地仓库“看起来有、实际用不了”，尤其在 CI/CD 机器或多人共用开发机上特别明显。
- 常见错误现象：
Could not resolve dependencies for project，但mvn dependency:tree显示依赖路径存在，ls -la ~/.m2/repository/com/example/xxx/却只有xxx-1.0.0.jar.lastUpdated没有真实 jar - 不是所有
.lastUpdated都该删：如果对应依赖根本不存在（比如拼错 groupId），删了也没用，得先确认坐标是否正确 - 删除后首次构建会重新触发下载，不需手动
mvn clean
用 shell 脚本一键清理所有 _lastUpdated 文件（Linux/macOS）
最轻量、无依赖、可直接粘贴执行。原理是递归查找并删除所有以 .lastUpdated 结尾的文件，不碰其他内容。
find ~/.m2/repository -name "*.lastUpdated" -delete
安全起见，建议先预览要删哪些：
find ~/.m2/repository -name "*.lastUpdated"
- 执行前确保没有正在运行的
mvn进程，否则可能删到正在写入的临时文件（概率低但存在） - Windows 用户可用 PowerShell：
Get-ChildItem -Path "$env:USERPROFILE\.m2\repository" -Recurse -Filter "*.lastUpdated" | Remove-Item - 别用
rm -rf ~/.m2/repository全删：重下全部依赖耗时长，且会丢失本地install的快照包
IDEA 或 Eclipse 中仍报错？检查是否启用了离线模式
即使删了 .lastUpdated，如果 IDE 的 Maven 设置里勾了 Work offline，它压根不会发起网络请求，自然还是找不到依赖。
- IntelliJ IDEA：File → Settings → Build → Build Tools → Maven → 去掉
Work offline勾选 - Eclipse：Window → Preferences → Maven → 去掉
Always update snapshots不影响，但必须确认没勾Offline - 命令行验证：运行
mvn compile -U（-U强制更新快照），看是否开始下载新依赖
长期避免堆积：配置 Maven 自动跳过失败缓存
Maven 3.8.1+ 默认已禁用 .lastUpdated 缓存逻辑，但老版本或自定义 settings.xml 可能覆盖。确认你的 ~/.m2/settings.xml 没有以下危险配置：
<settings>
<profiles>
<profile>
<id>disable-lastUpdated</id>
<properties>
<maven.artifact.threads>1</maven.artifact.threads>
</properties>
</profile>
</profiles>
</settings>
上面这段看似无害，实则会干扰并发下载逻辑，间接加剧失败残留。真正有效的做法是：
- 升级 Maven 到 3.8.1 或更高版本（
mvn -v查看） - 不要在
settings.xml中手动设置maven.artifact.threads或maven.repository.cache相关属性 - CI 环境建议加
-Dmaven.repo.local=/tmp/m2隔离每次构建，避免跨任务污染
删完 .lastUpdated 后第一次构建稍慢是正常的，但之后就干净了。真正麻烦的是误删了本应存在的 jar 或 pom —— 所以永远先 find ... -name "*.lastUpdated" -print 看一眼再删。
