核心问题：
在 IDEA 中配置了 Maven 自定义本地仓库路径 D:\software\maven\repository，且自定义 D:\software\maven\settings.xml 中已通过 节点指定该路径，但依赖仍默认下载到 C:\Users\用户名.m2\repository。
问题分析
- Maven 仓库路径优先级规则（从高到低）
命令行参数（如 -Dmaven.repo.local=xxx 或 maven.config 配置）；
项目级配置（.mvn/local-repository.properties）；
IDEA 中 Override 的 settings.xml（含 配置）；
用户级 settings.xml（C:\Users\用户名.m2\settings.xml）；
全局级 settings.xml（Maven 安装目录 conf/settings.xml）；
默认路径（C:\Users\用户名.m2\repository）。
2. 本次问题核心原因
mvnw 命令的配置读取特性：项目中使用的 mvnw（Maven 包装器）默认优先读取用户级 settings.xml（.m2 目录下） ，而非 IDEA 中指定的自定义 settings.xml，导致自定义仓库路径配置未被识别；
未明确系统 mvn 命令的环境变量配置状态，若系统 Maven 未关联自定义 settings.xml，也可能导致路径失效。 - 排除的其他可能性
自定义 settings.xml 配置错误： 节点路径正确，无语法错误；
权限问题：自定义仓库目录 D:\software\maven\repository 具备读写权限；
依赖缓存干扰：清理旧缓存后问题仍存在，排除缓存导致的路径残留。
解决方案
方案 1：使用系统 mvn 命令（直接生效）
操作步骤
确认系统已安装 Maven 并配置环境变量：
配置 MAVEN_HOME 为 D:\software\maven；
在系统环境变量 Path 中添加 %MAVEN_HOME%\bin；
打开 CMD 执行 mvn -v，验证 Maven 环境是否生效。
执行依赖下载命令（替代 mvnw）：
cmd
cd D:\project\rule_engine
mvn clean dependency:resolve -U
验证：打开 D:\software\maven\repository，确认依赖已下载到该目录。
优势
直接复用 IDEA 中配置的自定义 settings.xml，无需额外修改；
避免 mvnw 包装器的配置读取差异，稳定性高。
方案 2：给 mvnw 强制指定 settings.xml（保留 mvnw 用法）
操作步骤
临时生效（单次命令）：
cmd
cd D:\project\rule_engine
mvnw clean dependency:resolve -U -s "D:\software\maven\conf\settings.xml"
永久生效（项目级配置）：
在项目根目录创建 .mvn/maven.config 文件；
写入内容：-s D:\software\maven\conf\settings.xml；
后续执行 mvnw 命令时，自动关联自定义 settings.xml。
优势
保留 mvnw 跨环境一致性的优势，无需依赖系统 Maven 安装；
配置一次，长期生效。
方案 3：复制 settings.xml 到用户级目录（一劳永逸）
操作步骤
删除 C:\Users\用户名.m2\settings.xml（若存在）；
将自定义 settings.xml（D:\software\maven\conf\settings.xml）复制到 C:\Users\用户名.m2\ 目录；
执行 mvnw 或 mvn 命令，依赖会自动下载到 D:\software\maven\repository。
优势
无需修改命令或环境变量，所有 Maven 执行方式（mvn/mvnw/IDEA）均能识别；
验证步骤（通用）
清理旧缓存：删除 C:\Users\用户名.m2\repository\ch\qos\logback\（针对 Logback 依赖），避免旧路径残留；
执行依赖下载命令（按选定方案执行 mvn 或 mvnw 命令）；
路径验证：打开 D:\software\maven\repository\ch\qos\logback\，确认 logback-core-1.4.17.jar 和 logback-classic-1.4.17.jar 已存在；
关键注意事项
mvn 与 mvnw 的区别：
mvn：依赖系统 Maven 环境，优先使用 IDEA 或系统配置的 settings.xml；
mvnw：项目自带包装器，优先使用用户级 settings.xml，需单独指定自定义配置；
settings.xml 一致性：确保所有场景使用的 settings.xml 中 路径一致，避免交叉配置导致冲突；
镜像配置有效性：自定义 settings.xml 中已配置阿里云镜像，无需额外修改，确保依赖下载速度和稳定性；
后续维护：若修改自定义仓库路径，需同步更新所有关联的 settings.xml（如用户级、IDEA 配置的文件）。