共计 1283 个字符，预计需要花费 4 分钟才能阅读完成。
我是阿福，公众号「阿福聊编程」作者，一个在后端技术路上摸盘滚打的程序员，在进阶的路上，共勉！
文章已收录在 JavaSharing 中，包含 Java 技术文章，面试指南，资源分享。
明显的下载失败
具体表现
在 Maven 仓库中如果看到 jar 包或其他相关文件是以“lastUpdated”作为扩展名结尾，说明 jar 包或其他相关文件下载失败。
原因分析
Maven 在下载 jar 包的过程中，文件会以 lastUpdated 作为临时扩展名。文件下载完成后，Maven 会将“lastUpdated”扩展名去掉。
如果下载一半连不上网，导致下载失败，那么 Maven 就放任文件保持临时扩展名“lastUpdated”不管。
当我们下一次强制要求 Maven 重新下载 jar 包时候，Maven 看到这个文件以“lastUpdated”结尾，那么 Maven 就会无视“下载”命令。
所以对于以“lastUpdated”为扩展名的文件需要手动删除，然后再让 Maven 重新下载。
解决方案
基本做法：删除以“lastUpdated”结尾的文件，重新下载。
问题：Maven 仓库使用一段时间后，以“lastUpdated”结尾的文件会非常多，手动删除不现实。
正确做法：借助 clearLastUpdated.bat 脚本文件批量处理。
clearLastUpdated.bat 文件设置
第一步：将 clearLastUpdated.bat 文件放入 Maven 仓库根目录, 例如：D:javarepository
第二步：使用文本编辑器打开，修改下面两项,
CLEAR_PATH 设置为 Maven 仓库所在盘符
CLEAR_DIR 设置为 Maven 仓库的根目录，一定要使用非中文没有空格的目录
SET CLEAR_PATH=D:
SET CLEAR_DIR=D:javarepository
编辑完成后双击，clearLastUpdated.bat 文件，界面输入
- 输入 1 清理.lastUpdated
- 输入 2 查看.lastUpdated
- 输入 3 退 出 *
下载完成但内部损坏
具体表现
表面上看起来，jar 包并不是以“lastUpdated”结尾，表示已经下载完成。但是，程序编译或运行的时候报错。比如：找不到 xxx 类错误，而且通常这个类不是我们编写的；又或者找不到 xxx 方法，而且通常这个方法不是我们编写的。
其他表现往往还体现为一些莫名其妙的错误，特别是往往和我们编写的代码没有直接关系。
原因分析
- 到 Maven 仓库中找到疑似下载失败的 jar 包
- 使用文件校验工具文件校验
- 打开工具，将要验证的 jar 包拖拽进工具界面，比较 SHA1 值，u 一致：确定 jar 包下载成功，内部正确没问题，u 不一致：确定 jar 包内部损坏。
文件校验工具
第一步：我们打开
第二步：把指定的拖到文件校验工具当中
拖缀后
然后打开.sha1 结尾的文件，例如：aopalliance-1.0.jar.sha1，然后比较两个 SHA1 码是否相等即可
如果不一致，根据依赖信息定位 jar 包在仓库里位置，删除 jar, 再次重写刷新 pom.xml 文件，就可以了。
软件下载：
clearLastUpdated.bat 和文件校验工具，提取码：1da4