⁹

Spring AI MCP Stdio 报错信息排查

2026-04-01 19:40

阅读1484

2026-04-01 19:40

阅读 1484

本文汇总一下 Spring AI 通过 STDIO 方式接入 MCP Server 时，常见报错的排查思路。这里讨论的场景是：Spring AI 客户端通过 spring.ai.mcp.client.stdio 启动外部 MCP Server，并通过 stdio 与它通信。

具体课程 MCP 链接：https://www.codefather.cn/course/1915010091721236482/section/1923324591245287425

一、先看结论

如果你遇到了 Spring AI MCP stdio 相关报错，建议按下面顺序排查：

先单独验证 yu-image-search-mcp-server 本身的业务逻辑，不要一上来就从 AI 对话入口排查。
只要改过 MCP Server 代码，就重新执行 package，因为 Spring AI 客户端最终拉起的是 jar，不是 IDEA 里的源码。
手动运行 jar，确认进程能否正常拉起。对 stdio 场景来说，“进程没有立刻退出”往往比“终端打印了日志”更重要。
核对 application.yml 和 mcp-servers.json，尤其是命令、参数、工作目录和 jar 路径。
stdio 模式下，MCP Server 只能把协议消息写到 stdout；普通日志应该写到 stderr 或文件，不能污染 stdout。
调试时看到 exitValue() 取不到值，只能说明子进程还没退出，不能单独当作“启动成功”的充分证据。

二、推荐排查顺序

1. 先单独验证 `yu-image-search-mcp-server`

需要先把 ImageSearchTool 的 API_KEY 替换成你自己的真实 Key。Pexels API Key 获取地址：https://www.pexels.com/api/key/

配置完成后，先单独运行 ImageSearchToolTest#searchImage，确认图片链接能否正常返回。

如果这一步就失败了，那么问题通常还不在 MCP，而在下面这些地方：

API_KEY 不正确或未生效。
工具代码本身有问题。
依赖版本和源码示例不一致。

2. 改完代码后重新打包 `jar`

只要改了 yu-image-search-mcp-server 的代码，就一定要重新执行 package。因为 Spring AI 通过 ProcessBuilder 拉起的是磁盘上的 jar，不是你当前 IDEA 里尚未打包的代码！

3. 手动运行 `jar`，确认 `stdio` Server 能否启动

建议在父项目目录打开终端，然后手动执行和 mcp-servers.json 中一致的命令。

找到父项目，右键选择 OpenIn -> Terminal：

执行命令：

▼
bash
复制代码
java "-Dspring.ai.mcp.server.stdio=true" "-Dspring.main.web-application-type=none" -jar yu-image-search-mcp-server/target/yu-image-search-mcp-server-0.0.1-SNAPSHOT.jar --spring.profiles.active=stdio

这里有几个关键点：

spring.ai.mcp.server.stdio=true 表示以 STDIO 模式启动 MCP Server。
spring.main.web-application-type=none 表示不要按 Web 应用启动。

正常可以发现启动成功：

如果启动失败需要排查一下自己的 Java 版本是否是 >= 21

4. 核对 `application.yml` 和 `mcp-servers.json`

先看客户端配置：

▼
yaml
复制代码
spring:
  ai:
    mcp:
      client:
        stdio:
          servers-configuration: classpath:mcp-servers.json

这里的 servers-configuration 是 Spring AI 官方支持的 stdio 外部配置方式。

准备 mcp-servers.json：

排查阶段建议先只保留一个待排查的 MCP Server，不要同时把多个 MCP 都配进去（amap-maps 不要先写进入），避免互相干扰。

▼
json
复制代码
{
  "mcpServers": {
    "yu-image-search-mcp-server": {
      "command": "java",
      "args": [
        "-Dspring.ai.mcp.server.stdio=true",
        "-Dspring.main.web-application-type=none",
        "-Dspring.main.banner-mode=off",
        "-Dlogging.pattern.console=",
        "-jar",
        "yu-image-search-mcp-server/target/yu-image-search-mcp-server-0.0.1-SNAPSHOT.jar",
        "--spring.profiles.active=stdio"
      ],
      "env": {}
    }
  }
}

这一段最容易出错的地方主要有二个：

command 和 args 与你手动验证成功的命令不一致。
jar 路径写错。

5. 通过 Debug 或独立测试进一步定位

如果上面的步骤都做过了，还是报错，那么可以继续往下定位。

首先运行测试类 doChatWithMcp()：

然后可以在 io.modelcontextprotocol.client.transport.StdioClientTransport 附近打断点，再 Debug 运行 doChatWithMcp()：

如果这里的 exitValue 是 not exited 的话，那么大概率是启动成功了。如果没有走到这个断点，那么就检查自己的配置文件是否配置正确，也就是上面一节。

可以走到断电，但是值不是 not exited 的话就需要再单独测试，具体如何测试需要看下面的代码。

下面这段代码可以放到 src/test/java/com/yupi/yuaiagent/app 包下：

▼
java
复制代码
import java.io.IOException;
import java.nio.charset.StandardCharsets;
import java.util.List;
import java.util.concurrent.TimeUnit;

public class McpServerChecker {

    public static void main(String[] args) {
        List<String> command = List.of(
                "java",
                "-Dspring.ai.mcp.server.stdio=true",
                "-Dspring.main.web-application-type=none",
                "-Dspring.main.banner-mode=off",
                "-Dlogging.pattern.console=",
                "-jar",
                "yu-image-search-mcp-server/target/yu-image-search-mcp-server-0.0.1-SNAPSHOT.jar",
                "--spring.profiles.active=stdio"
        );

        ProcessBuilder pb = new ProcessBuilder(command);
        pb.redirectErrorStream(true);

        try {
            Process process = pb.start();
            boolean exited = process.waitFor(5, TimeUnit.SECONDS);

            if (!exited) {
                System.out.println("进程 5 秒内没有退出，说明服务大概率已经拉起，正在等待 MCP Client 通过 stdin 建连。");
                process.destroy();
                return;
            }

            String output = new String(process.getInputStream().readAllBytes(), StandardCharsets.UTF_8);
            System.err.println("进程启动失败，exitCode = " + process.exitValue());
            System.err.println(output);
        } catch (IOException e) {
            System.err.println("启动异常: " + e.getMessage());
        } catch (InterruptedException e) {
            Thread.currentThread().interrupt();
            System.err.println("等待进程结果时被中断");
        }
    }
}

这个测试的意义是：

验证命令本身能不能成功拉起子进程。
如果进程立即退出，就能直接看到退出码和错误输出。
如果进程没有立即退出，至少说明“命令层面”基本没问题，下一步就要继续看 MCP 握手和工具调用链路。
最后需要手动停止这个测试方法

三、系统编码的问题

如果遇到的报错信息类似下面的报错信息：

▼
text
复制代码
2025-10-20 10:10:31.298 [pool-2-thread-1] ERROR i.m.client.transport.StdioClientTransport - Error processing inbound message for line: Active code page: 65001
com.fasterxml.jackson.core.JsonParseException: Unrecognized token 'Active': was expecting (JSON String, Number, Array, Object or token 'null', 'true' or 'false')

并且打开 cmd 可以发现这个信息：

满足以上两点就证明系统编码有问题，我是不太推荐解决的（因为编码问题一旦随便修改可能会导致系统环境变量出现问题，如果要修改也建议先设置一下系统还原点），如果是这个问题我个人建议是使用 Linux 系统测试代码是否可以正常运行，如果正常运行就直接继续写代码即可。解决的话也可以参考一下这位大佬的文章：https://www.codefather.cn/post/1980098355279175681