maven中总是生成lastUpdate文件的原因

提纲

1、生成lastUpdate意味着什么

2、应该如何处理lastUpdate

1、生成lastUpdate意味着什么

========================

从idea的maven tool window中看到有的module的dependency是红的，说明idea中的maven插件找不到这个dependency。这时候，去到这个dependency在本地仓库的位置，看到dependency的jar和pom都在，同时，会发现有以lastUpdate结尾的文件。

有这个文件，表示maven去远程仓库为dependency下载jar和pom了，但是，没有下载下来，可能是由于网络不好，也可能是远程仓库没有这个dependency。

总之，虽然本地仓库有dependency的jar和pom，可是maven却不来本地直接去，偏偏要去远程下载，下载还不成功。

2、应该如何处理lastUpdate

==========================

网上有很多人遇到了lastUpdate文件，一般的建议是删除它。然后重新reimport项目，dependency就会不报红。

可是，我遇到的情况是，我删除了lastUpdate了，也reimport了，dependency还是报红。报红不要紧，最关键的是，我去dependency在本地仓库的位置看了一下，发现lastUpdate文件又出现了。

这说明，即使你删除了lastUpdate文件，maven还是会尝试去网上下载dependency的jar和pom，每次都要去网上下，每次都不成功，不成功就生成lastUpdate文件。删除了，还是会重复这个操作。

所以，关键不是你删除不删除lastUpdate，关键是要搞清楚为啥maven在本地明明有dependency的jar和pom的情况下，还要去网上下载而不是直接使用本地的dependency呢？按照常理，这是违背maven解析dependency的原则的，maven一般是先从本地仓库找dependency，如果找不到才去网上的远程仓库下载呀？为什么会相反呢？

这个问题答案一时也没搞清楚。

但是，对这种不去本地找的问题，我发现有一种有效的解决办法，那就是在对应module的pom中下如下repository：

<repositories>
        <repository>
            <id>oss</id>
            <url>file:D:\apache-maven-3.6.3\localRepo</url>
        </repository>
</repositories>

file后面的是本地仓库的绝对路径。这样写上以后，报红的dependency一般就不红了。有效地解决了找不到dependency的问题。

但是，这样虽然解决了自己本地dependency报红的错误，却没有从根本上分析清楚这个问题导致的原因，当然也无法根本解决，最不好的是，这样的repo写到pom中，代码提交的时候，一定要把这个repo给注释掉，否则别人pull这份代码，看到pom中有这个的repo，他就会很困惑的，搞不清楚这是啥路径。

这个问题还有待进一步搞明白。