Maven本地仓库清理命令执行异常，求详解其工作机制

核心逻辑 #

dependency:purge-local-repository 本质是基于当前项目的依赖树操作本地仓库，并非直接清空整个 ~/.m2/repository。它的核心流程是：先识别当前项目声明的依赖（含可选的传递依赖），再删除本地仓库中对应版本的依赖，最后根据参数决定是否重新下载这些依赖。

参数拆解 #

你用到的两个参数具体作用如下：

• -DactTransitively=false：仅处理项目直接声明的依赖（即 pom.xml 中 <dependencies> 下直接配置的依赖），不处理这些依赖所引入的传递依赖。
• -DreResolve=false：删除指定依赖后，不会重新下载这些依赖到本地仓库。

你的场景分析 #

场景1：未手动删除仓库时执行命令，JAR未被删除

命令只会删除当前项目依赖树中存在的包，而非整个仓库的所有内容。如果本地仓库里包含其他项目的依赖、或当前项目依赖的包版本与本地仓库中存储的版本不一致，这些无关或不匹配的包都不会被删除——这就是你看到所有JAR仍存在的原因。

举个例子：若你的项目仅依赖 commons-lang3:3.12.0，命令只会删除本地仓库中 commons-lang3 的3.12.0版本，其他版本或无关依赖（如 spring-core）会原封不动留在仓库里。

场景2：手动删除仓库后执行命令，Maven开始下载依赖

当本地仓库完全为空时，Maven执行命令前必须先解析当前项目的依赖树——这是识别要删除哪些依赖的前提。而依赖解析过程中，若本地无对应依赖，Maven默认会从远程仓库下载这些依赖到本地，完成解析后才会执行删除步骤。

你添加的 -DreResolve=false 控制的是删除依赖后是否重新下载，而非解析阶段的下载。解析阶段的下载是获取依赖树的必要操作，不受该参数影响。

正确使用方式 #

如果你想删除当前项目的直接依赖且不重新下载，需满足两个条件：

1. 本地仓库中已存在这些依赖的对应版本（避免解析阶段触发下载）
2. 项目 pom.xml 配置正确，Maven能正常解析出项目的直接依赖树

若目标是清空整个本地仓库，直接手动删除 ~/.m2/repository 是最直接的方式——这个命令从设计上就不是用来清空整个仓库的。

内容的提问来源于stack exchange，提问作者Shivam Tanwar