必须使用用户级settings.xml（${user.home}/.m2/settings.xml）配置阿里云镜像，mirrorOf严格设为central（小写无空格），并通过mvn clean compile -U验证日志中出现Downloading from aliyunmaven。
想让Maven项目构建快起来，又怕改错配置导致本地所有项目编译失败？镜像源配错、settings.xml路径不对、认证信息写漏，三者任一出问题都会卡在Downloading from central不动。下面按真实调试顺序拆解每一步。
确认本地Maven安装与settings.xml位置
先验证Maven是否真正生效，而不是IDE自带的嵌入式版本在偷偷运行：执行mvn -v，看输出里Maven home路径是否指向你手动安装的目录（如/opt/maven或C:\Program Files\apache-maven-3.9.6）。
接着定位全局配置文件：Maven默认读取$M2_HOME/conf/settings.xml，但**实际生效的是用户级配置**——即${user.home}/.m2/settings.xml。如果这个文件不存在，就复制$M2_HOME/conf/settings.xml过来再改，否则所有修改都无效。
配置阿里云Maven镜像（推荐国内首选）
打开${user.home}/.m2/settings.xml，在<mirrors></mirrors>标签内插入以下内容：
<mirror><br> <id>aliyunmaven</id><br> <mirrorof>central</mirrorof><br> <name>Aliyun Maven</name><br> <url>https://maven.aliyun.com/repository/public</url><br></mirror>
注意：【CENTRAL或Central会导致镜像完全不生效，Maven仍走原始中央仓库。
Java Maven 项目审查工作流的通用输入处理。当 Java Maven 项目以 ZIP压缩包或 GitLab 仓库 URL 形式提供且需要...时使用。
解决多镜像冲突与私有仓库共存问题
如果你同时用公司私有Nexus或JFrog Artifactory，不能简单把所有<mirrorof></mirrorof>都设为central——这会让私有仓库的依赖也被重定向到阿里云，结果拉不到内部jar。
方法一：按仓库ID精确匹配
假设你的私有仓库ID是my-nexus，在<mirrors></mirrors>中添加：<mirror><br> <id>my-nexus-mirror</id><br> <mirrorof>my-nexus</mirrorof><br> <url>https://nexus.example.com/repository/maven-public/</url><br></mirror>
这样只代理指定ID仓库，不影响其他。
方法二：排除私有仓库，其余走镜像
把阿里云镜像的<mirrorof></mirrorof>改为：<mirrorof>!my-nexus,central</mirrorof>——开头的!表示“除了my-nexus，其它都走这个镜像”。
验证镜像是否生效
第一步：删掉本地仓库缓存中已失败的元数据
进入${user.home}/.m2/repository/.cache/，删除整个maven-metadata-central.xml及其.lastUpdated时间戳文件——否则Maven会沿用旧错误记录，假装已尝试过新镜像。
第二步：强制刷新依赖并观察日志
执行mvn clean compile -U，留意控制台输出中的Downloading from后跟的仓库ID是否变成aliyunmaven；若仍显示central，说明settings.xml未被加载或<mirrorof></mirrorof>写法错误。
第三步：检查IDE是否绕过配置
IntelliJ默认使用Bundled Maven，需手动切换：File → Settings → Build → Build Tools → Maven → Maven home path → 选Use Maven wrapper or specify location，填入你本地Maven路径；同时勾选User settings file并指定${user.home}/.m2/settings.xml。
