Spring AI工具调用机制解析：为何工具执行后返回列表为空

在Spring AI框架中，开发者可能会遇到一个看似矛盾的现象：工具方法确实被执行了（通过日志可以确认），但通过chatResponse.getResult().getOutput().getToolCalls()获取的工具调用列表却为空。这种现象在Spring AI的M8版本中尤为常见，其背后隐藏着框架的设计哲学和默认行为机制。

核心机制解析

Spring AI在处理AI模型的工具调用时，采用了一种"拦截优先"的设计模式。当模型决定调用某个工具时，框架会默认接管整个调用流程，包括：

1. 自动参数提取：解析模型输出的工具调用参数
2. 方法路由：定位到对应的@Tool注解方法
3. 执行封装：自动执行目标方法并处理返回值
4. 结果回传：将工具执行结果重新注入对话上下文

这种全自动处理流程虽然简化了开发者的工作，但也意味着工具调用的中间状态（如原始工具调用请求）默认不会暴露给上层应用。

获取工具调用详情的解决方案

对于需要精细控制工具调用流程的场景，Spring AI提供了用户主导模式。开发者可以通过以下方式获取完整的工具调用信息：

// 显式声明用户控制工具执行
User user = new User("需要工具处理的提示词");
List<Message> messages = new ArrayList<>();
messages.add(user);

// 获取包含工具调用的模型响应
ChatResponse response = chatClient.call(new Prompt(messages, 
    new PromptOptions(List.of(new OpenIaFunctions()))));

// 此时可以获取完整的工具调用链
List<ToolCall> toolCalls = response.getResult().getOutput().getToolCalls();

设计原理深度理解

这种设计体现了Spring AI在易用性和灵活性之间的平衡：

1. 默认便捷性：对大多数简单场景，自动处理减少了样板代码
2. 按需开放：复杂场景下允许开发者介入关键流程
3. 上下文隔离：避免工具调用细节污染业务逻辑层

最佳实践建议

1. 常规业务流程推荐使用默认的自动工具调用模式
2. 需要审计或记录工具调用时切换到用户控制模式
3. 调试阶段可以通过临时启用用户控制模式来验证工具调用参数
4. 考虑在工具方法内部添加业务日志作为补充跟踪手段

理解这一机制后，开发者就能更好地在Spring AI框架下实现业务需求与AI能力的无缝集成。