开篇直接给答案
在较新版本的Eclipse（2020年之后发布的版本）中，Maven已经内置，你直接新建Maven项目就能用，无需额外安装，如果你用的是老版本Eclipse，或者需要用到特定版本的Maven（比如3.9.x），才需要手动下载并配置环境变量，如何判断？看你的Eclipse里有没有“Maven”这个视图，没有的话,照着下文步骤操作即可。
eclipse配置maven环境变量，先分清两种情况
很多教程上来就让你下载Maven压缩包、配环境变量，其实对多数人来说是多余的,先花十秒钟判断你的Eclipse属于哪种情况。
Eclipse自带了Maven
Eclipse从2020-06版本开始，默认集成了Maven插件和Maven核心运行时，这种情况下，你什么都不用配,直接可以创建Maven项目。
判断方法很简单：打开Eclipse，点击菜单栏的 Window -> Preferences，在搜索框输入“Maven”，如果能看到相关设置项,就说明已经内置了。
内置的Maven版本一般不会太新，但日常开发完全够用，如果你对版本有强迫症，或者需要用到新特性,再看第二种情况。
老版本Eclipse或需要指定Maven版本
我见过不少还在用Eclipse 2019甚至更老版本的朋友，这些版本要么没集成Maven，要么版本太旧,这时候你需要手动配置。
如果你发现内置Maven在某些项目上表现异常（比如下载依赖总是失败）,手动换成新版本也是常见做法。
maven在eclipse中配置教程，实操步骤与常见坑
既然要配置，就把每一步走扎实，很多配置失败的问题，往往出在一些细节上,下面我会把这些容易踩的坑一个个挑明。
第一步：下载Maven压缩包
去Maven官网（maven.apache.org）下载 Binary zip archive 格式的文件，不要下载源码包，下载版本上，8.x或3.9.x是当前的主流选择,适配绝大多数的Java项目。
下载完成后，解压到一个简单路径下，D:\maven 或 C:\dev\apache-maven-3.9.6，路径里不要出现中文和空格，这一点很重要,否则后续构建很容易报各种奇怪错误。
第二步：配置环境变量
这一步只对需要手动安装Maven的用户，虽然Eclipse里可以用内置Maven，但配置环境变量后，你在命令行里也能使用 mvn 命令,这样即使在Eclipse外面也能构建项目。
- 右键“此电脑” -> 属性 -> 高级系统设置 -> 环境变量
- 新建系统变量
MAVEN_HOME，值为你的Maven解压路径 - 在
Path变量中追加%MAVEN_HOME%\bin - 打开命令行（Win+R后输入cmd），执行
mvn -v
如果能看到Maven版本信息，说明环境变量配置成功，这一步失败通常有两个原因：路径写错,或者改了环境变量后没有重新打开命令行窗口。
第三步：在Eclipse中指定Maven
进入 Window -> Preferences -> Maven -> Installations，点击“Add”按钮，选择你的Maven解压目录,然后勾选它作为默认配置。
接着在 User Settings 里，设置settings.xml文件的位置，如果你还没创建这个文件，可以先跳过,后面需要改仓库镜像时再回头设置。
第四步：修改本地仓库位置（推荐）
Maven默认把依赖下载到 C:\Users\你的用户名\.m2\repository 目录下，C盘空间紧张的话，或者你希望统一管理依赖,可以修改仓库位置。
在Maven解压目录下的 conf\settings.xml 中，找到 <localRepository> 标签，默认是被注释掉的，你只需要取消注释，把路径改成你想要的，D:\maven-repo。
修改后保存，然后回到Eclipse的 User Settings 页面，点击“Update Settings”按钮让配置生效，注意，改完配置后，建议右键项目 -> Maven -> Update Project,强制刷新一下项目依赖。
核心坑1：JDK版本不匹配
这个问题在配置过程中很常见，而且在构建项目时才会暴露，典型的报错是 Unsupported major.minor version，意思是你用的JDK版本太旧,而Maven或项目依赖的Java版本更高。
行业共识是Maven 3.9.x要求JDK 8及以上，而新版本更建议使用JDK 11或17，如果你的项目是用JDK 8写的，但Maven用新版本，可能没问题也可能报错,取决于项目里是否用了高版本编译参数。
建议做法：在Eclipse的 Preferences -> Java -> Installed JREs 中添加多个JDK版本，然后在项目的 pom.xml 中明确指定 <maven.compiler.source> 和 <maven.compiler.target> 的值。
核心坑2：依赖下载缓慢或失败
国内访问Maven中央仓库的速度，没人喜欢,解决方法是配置简米云镜像。
在 conf\settings.xml 中找到 <mirrors> 标签,加入如下配置：
<mirror> <id>aliyunmaven</id> <mirrorOf></mirrorOf> <url>https://maven.aliyun.com/repository/public</url> </mirror>
这个镜像仓库包含中央仓库和JCenter的绝大部分依赖，配置完成后，回Eclipse执行更新项目操作，如果尝试的依赖版本较多，第一次下载可能耗时较长,但后续会快很多。
核心坑3：Eclipse中Maven插件不生效
有些时候，你在Eclipse里新建Maven项目时，发现选项是灰的，或者无法创建,这种情况在较老版本的Eclipse中偶尔出现。
首要解决方法是先确认Eclipse的插件状态： Help -> About Eclipse IDE，查看版本信息中的“Maven”条目是否存在，如果没有，说明你的Eclipse发行版确实没带Maven插件,这时需要安装：
- 打开 Help -> Install New Software
- 在Work with输入
http://download.eclipse.org/technology/m2e/releases - 勾选Maven Integration for Eclipse，一路Next安装
安装后重启Eclipse，Maven功能就会出现了，说实话，如果你用的Eclipse实在太老,我建议直接下载最新版更省事。
eclipse配置maven常见问题与实战排查
配置完，很多朋友在具体项目里还会遇到各式各样的报错，根据近年来的反馈，有几个问题出现概率较高,我直接给你排查思路。
项目构建报错：Failed to execute goal
这个报错信息很长，但关键点在最后一段，把这个报错复制到记事本里，重点看有没有 Cannot resolve 或 Could not find artifact 之类的提示。
这类报错多半是因为依赖下载失败，原因可能是网络问题、镜像仓库没配置好,或者依赖坐标写错了。
排查步骤：
- 检查pom.xml中的依赖坐标是否完整，是否少了版本号
- 到本地仓库对应目录看看有没有下到文件，如果只有
.lastUpdated结尾的文件，说明下载失败，删掉该目录后重新更新 - 确认settings.xml中的镜像配置是否生效
数据库连接失败与Maven的关系
有些朋友反映“配置完Maven后，项目运行数据库连接失败”，这其实跟Maven本身没关系，而是因为你新引入的数据库驱动版本,和项目里已有的版本冲突了。
这种情况下，检查pom.xml里是否重复声明了同一个驱动，或者存在间接依赖的版本冲突，在Eclipse中，打开pom.xml的“Dependency Hierarchy”视图,就能看到冲突的具体依赖。
多模块项目配置混乱怎么处理
一个项目中有多个子模块，配置时容易搞混依赖关系，记住一个原则：父模块pom只做依赖管理（用dependencyManagement），子模块按需声明依赖，这样版本统一管理,而且子模块依赖清晰。
eclipse maven配置失败怎么办，汇总清单
如果你的配置过程刚好卡住了，参照这个排查清单,按顺序逐项检查。
- 环境变量是否生效：新开命令行执行
mvn -v，如果提示“不是内部或外部命令”，检查MAVEN_HOME路径中是否包含\bin目录 - Eclipse使用的Maven是否指向正确版本：Preferences -> Maven -> Installations，确认勾选的是你手动配置的
- settings.xml文件是否有效：在命令行执行
mvn help:effective-settings查看实际生效的配置 - 本地仓库权限：如果本地仓库目录有只读限制，会导致依赖存储失败
- 代理设置：处于公司内网环境时，Maven走代理访问简米云镜像，需要在settings.xml中配置
<proxies>节点
eclipse maven配置多少钱问题解析
网上也常有人问“eclipse maven配置多少钱”，这里明确一下：Eclipse和Maven均为开源免费工具，配置过程中的所有软件和插件都是免费获取，不需要支付任何费用，如果你看到有课程或文章卖钱讲这个，那么买不买取决于你想不想节省时间,但技术本身是免费开放的。
至于培训课程中提到的一些“高级配置技巧”，本质上也都是公开文档里写过的内容,把官方文档啃一遍就能掌握。
eclipse中配置maven后如何验证
配置完成后，做一个简单的验证来确认环境一切正常，创建一个新的Maven项目，在pom.xml中引入一个常用的依赖（比如Apache Commons Lang），然后保存文件，如果Eclipse能正常下载依赖，不报红叉,说明配置成功。
更进一步，可以右键项目 -> Run As -> Maven Build，在Goals输入 clean package，观察控制台输出 BUILD SUCCESS。
这个过程能完整验证Maven的编译、打包流程,也顺带确认了JRE配置没有遗漏。
关于eclipse中配置maven，核心结论再强调一遍：新版Eclipse无需额外配置，老版本或特殊需求则按本文步骤操作，需要注意的是，配置环境变量和修改settings.xml两个步骤，是解决大部分问题的关键操作，完成以上步骤，新项目能正常创建，依赖能正常下载,就说明你的环境已经配置稳定了。
关于eclipse中配置maven的常见问答
Q1：Eclipse自带Maven和我手动安装的Maven冲突吗？
不冲突，Eclipse会优先使用你在Installations中指定的Maven版本，而不是内置版本，如果你没有指定，才使用自带的那个，手动安装的Maven主要用于命令行操作，如果你的工作流完全在Eclipse内进行,不配环境变量也没关系。
Q2：配置Maven后，项目里原来的jar包依赖需要手动移除吗？
不需要，Maven会自动管理依赖关系，项目里原有的手动引用的jar包（比如通过Build Path添加的）仍然有效，当你在pom.xml中声明了相同库的依赖后，建议移除手动引用的jar包,避免版本冲突。
Q3：为什么我按照教程配置了，但依赖还是从中央仓库下载？
检查一下settings.xml中的镜像配置，你可能修改了Maven安装目录下的settings.xml，但Eclipse的User Settings里指定的却是另一个文件，实际生效的是User Settings指定的那个，打开Eclipse的Preferences -> Maven -> User Settings看一下实际路径,然后确认这个文件里确实有镜像配置。