嵌入Maven通过maven-core API构建项目报错及方案咨询

Maven官方从来没有提供过类似Gradle Tooling API的、面向外部嵌入场景的稳定轻量公共API，你遇到的插件加载失败问题，本质是手动初始化Plexus容器时遗漏了Maven CLI启动流程中大量隐式的配置逻辑——尤其是插件类隔离加载、核心组件注册的部分，你代码里传入的CoreExports是空集合，也没有配置插件解析、插件Realm创建的相关组件，自然无法加载maven-clean-plugin的Mojo类。就算你补全了clean插件的配置，后续还会遇到编译、测试、打包等各阶段插件的同类问题，自己手动拼装容器的路线维护成本极高，完全不建议采用。

可行方案按推荐度排序 #

1. 首选：Maven Invoker #

这是目前官方维护的、生产环境使用最广泛的编程式调用方案，API极简，不需要依赖Maven内部的Plexus容器、类加载逻辑，稳定性和CLI执行完全一致。
它的实现是在独立进程拉起本地已安装的Maven实例执行构建，你只需要传入构建参数、POM路径即可，不需要处理任何Maven内部细节，示例代码：

// 构建请求
InvocationRequest request = new DefaultInvocationRequest();
request.setPomFile(new File("project/path/pom.xml"));
request.setGoals(List.of("clean", "install"));
request.setInteractive(false);
// 可选：设置JVM参数、系统属性、构建参数等
// request.setMavenOpts("-Xmx1024m");

// 执行构建
Invoker invoker = new DefaultInvoker();
// 可手动指定Maven安装路径，不指定则自动从系统环境变量读取
invoker.setMavenHome(new File("/path/to/your/maven"));
InvocationResult result = invoker.execute(request);

// 处理结果
if (result.getExitCode() != 0) {
    // 构建失败逻辑
    Throwable exception = result.getExecutionException();
}

这个方案唯一的缺点是需要本地存在Maven安装，会启动独立进程，但换来的是零兼容问题，所有插件、构建行为和手动执行CLI命令完全一致，不需要做任何额外适配。

2. 同进程嵌入：Maven Embedder #

如果你明确要求必须在当前进程内执行构建，可以使用Maven CLI本身依赖的maven-embedder模块，它已经把Plexus容器初始化、核心组件注册、插件类加载配置、Settings解析这些逻辑全部封装好了，不需要你手动创建ClassWorld、CoreExports这类内部对象。示例代码：

MavenCli mavenCli = new MavenCli();
// 直接传入和CLI完全一致的参数即可
int exitCode = mavenCli.doMain(
    new String[]{"clean", "install", "-f", "project/path/pom.xml", "-q"},
    "project/path/base/dir",
    System.out,
    System.err
);

注意这个模块不属于公共API范畴，不同Maven版本之间内部实现、依赖变化极大，你需要引入和目标Maven版本完全匹配的全套依赖，很容易和你项目自身的依赖产生冲突，适合可以接受绑定固定Maven版本的场景。

3. 不推荐路线 #

不要尝试自己手动组装Plexus容器、注册Maven核心组件，Maven内部有大量无文档的隐式依赖和初始化逻辑，除了插件加载之外，你还需要处理本地仓库配置、生命周期映射、上下文注入、依赖隔离等一堆问题，投入产出比极低。

如果你对轻量性要求极高，连独立进程拉起Maven都不能接受，那更建议直接用javax.tools.JavaCompiler做编译、用Maven Resolver做依赖解析，自己实现最小化的构建流程，反而比硬嵌Maven更可控。

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