maven无法下载依赖jar包—几种仓库的区别

最新推荐文章于 2025-07-06 22:37:31 发布

既过不念，未来不继

最新推荐文章于 2025-07-06 22:37:31 发布

阅读量3.3w

点赞数 12

CC 4.0 BY-SA版权

分类专栏： ◆java 学习 ------【java项目记录】

本文链接：https://blog.csdn.net/hhx0626/article/details/56851464

◆java 学习同时被 2 个专栏收录

94 篇文章

订阅专栏

------【java项目记录】

61 篇文章

订阅专栏

本文通过个人经历，详细解析了Maven配置问题导致的依赖无法下载的情况，包括本地仓库、远程仓库（中央仓库、私服）的配置及作用，并介绍了Maven访问依赖的流程。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

一、问题背景

最近这两天，感觉自己智商急剧退化，到了自己都捉急的地步，呃，有必要记录下来，以后智商被人甩几条街的时候，看看这篇文字，找找灵感也是好的！

这个项目呢，是用IDEA开发的，我一切都弄好了，结果死活运行不起来，pom.xml文件报错，各种不能解析版本，类似于：failed to resolve artifact......我一看，好家伙，maven里面配置的所有依赖，它都不能解析下载，因为后面提示的是当前配置的版本号，我又以为是版本配置的有问题，于是本宝宝换了N个版本，最终：问题还是没解决！

这个时候，本宝宝开始怀疑IDEA了，没办法，用的所有工具里面，就属这个开发环境最生，我总觉得是哪儿哪儿没配好，然后还找人问了问，上网查了查，结果：还是未果！一气之下，我弃了这个让我很有好感的IDE，转而投入了老朋友eclipse的怀抱，我兴高采烈的把项目稍作修改，给搬进了eclipse，本以为问题迎刃而解，因为其实就是一个SSM框架，我以前配过，而且eclipse的工作空间里，本身就还存着一个空的SSM框架，我以前用过测过，它曾经绝对是可以正常使用的。但结果：错误依然，只多不少！

这时候，傻眼儿了（默哀被我舍弃掉了的IDEA）开始思考，这绝对不是开发工具的问题了，就开始跟着错误找原因，我找啊找：终于还是没有找到！

我就想我之前手动引入jar包的时候，没这么多问题，这maven管理的jar包到底怎么了？于是乎，我打开了我的本地仓库，结果：仓库里什么都没有，一个 jar都没有，全都是以lastupdate结尾的文件，不过，问题终于找到原因了。于是就想办法让maven把依赖jar包下载下来再说！以前开发项目，都是组长配好了的，自己什么都不用管，把文件导入进去就OK了，更没有自己配置过maven的setting.xml文件，都是被组长配置好了，然后往自己本地导就行了，这回一看，傻傻不知道咋整。最终，使出杀手锏：看文档！然后看了几篇博客，问题解决！这个问题的出现和我久久不能解决的原因，就是因为我对maven这几种仓库的不理解，以及我不知道他们是怎么个运作流程导致的，这里本宝宝就胡言乱语的说它一说。

二、maven的几种仓库

2.1，本地仓库

maven本地仓库，有个默认的位置，就是用户目录下的.m2/repository，如果要更改本地仓库的位置，那就更新setting.xml文件好了，如下：

<localRepository>C:\Users\AngelHHX\.m2\repository</localRepository>

此处的位置可以被更改为，自己指定的仓库的位置！

2.2，远程仓库

远程仓库一般来说，主要包括三种：中央仓库、私服、其他公共库

中央仓库是默认的远程仓库，maven在安装的时候，自带中央仓库的配置，中央仓库包含了绝大多数流行的开源java构件、源码等，一般java项目所依赖的构件（其实就是jar包）都可以在这里下载。

私服是一种比较特殊的远程仓库，它是架设在局域网内的仓库服务，代理广域网上的远程仓库。当maven需要下载jar包的时候，从私服请求，如果私服不存在该jar包，则从远程仓库下载！

看一下怎么配置的（本地私服）：

中央仓库的配置：

<repositories>
	<repository>
		<id>central</id>
		<name>Central</name>
		<url>http://repo.maven.apache.org/maven2</url>
		<releases><enabled>true</enabled></releases>
		<snapshots><enabled>true</enabled></snapshots>
	</repository>
</repositories>	<repository>
		<id>central</id>
		<name>Central</name>
		<url>http://repo.maven.apache.org/maven2</url>
		<releases><enabled>true</enabled></releases>
		<snapshots><enabled>true</enabled></snapshots>
	</repository>
</repositories>

我项目中所出问题的原因：

因为开发上一个项目的时候，配置了私服，然后这次的项目和上次的项目不一样，中途将私服的配置给注销了，就只留了本地仓库。今天发现本地仓库的文件太多了，有些是这个项目中用不上的，所以我就全给删了，想着重新下载相关依赖jar（想法是挺好的，问题的关键是，我没告诉maven去哪儿下载呀），结果。。。。。。。呵呵了

三、maven的访问jar流程

其实在setting.xml的maven配置中，除了本地仓库，远程仓库的配置外，还有一个关于镜像的配置，那么这几个到底是怎么运作的呢！

maven首先会去本地仓库找相关的依赖jar，如果没有，假使配置了私服，那么第二步就会去私服上下载依赖jar。如果私服这条路走了，还是没有下载到相关jar，那么这时候就会去中央仓库下载，在中央仓库下载的时候，会根据镜像的配置对其jar进行备份缓存。下一次再次访问中央仓库的时候，就会被镜像拦截，先从镜像地址获取jar（降低中央仓库的压力）！

所以，我那个配置文件仅仅有一个空空的本地仓库，没有私服地址，没有中央仓库的配置，能下载到jar包才有鬼了，项目能运行起来，更有妖了！

四、总结

为什么要配置私服呢？

1，不用每个人都去访问中央仓库，节省外网宽带，也同时降低中央仓库的负荷

2，加速maven依赖jar的下载（局域网快，用过QQ传文件就知道了）

3，局域网内更为稳定

4，统一控制，方便管理

5，可以添加一些自定义的jar依赖下载

一切都的罪孽，都来源于自己从来没有去配置过maven，也没认真瞅过setting.xml文件的内容，更没有去仔细看过每一个节点所配置的内容，当时开发的时候，就是组长大概讲了讲结构，然后就开始导入直接使，隐患太大了。也真真是实践出真知啊，下一篇博客，介绍一下我那个奇葩的数据库连接池的问题，更是无语+呵呵