大家好，我是你们的技术效能架构师。
在上一篇，我们一起洞察了 Java 企业级 AI 的“生态断层”，并将 Spring AI 定位为消除断层、提升效能的关键“破局者” 。现在，是时候卷起袖子，站在架构师的视角，深入解构 Spring AI 的设计哲学与核心机制。
一个优秀的框架，不是功能的堆砌，而是对复杂问题的优雅抽象。Spring AI 的架构，正是“Spring Way”哲学在 AI 时代的完美投射。
一、核心设计哲学：高内聚、低耦合的“可插拔”体系
Spring AI 的整个架构是围绕“接口隔离原则”和“依赖倒置原则”构建的。其核心目标是：将业务逻辑与具体的 AI 服务实现彻底解耦。
1. API/SPI 的双层分离：解耦的艺术
整个框架最精妙之处在于对API（应用编程接口）和 SPI（服务提供者接口）的清晰界定：
API（给开发者）：
ChatClient、EmbeddingClient等。这是你的业务 Service 层唯一需要依赖的接口。它代表“你想做什么”（例如：发送一个聊天请求、生成一个向量等）。SPI（给实现者）：
ChatModel、LLM Client等。这些接口是框架内部用来定义“如何去做”的规范。具体的供应商 Starter（如 OpenAI、Ollama）就是实现了这些 SPI 的组件。
这种分离带来的架构价值是巨大的：
架构师洞察：这类似于汽车的方向盘（API）和发动机（SPI）。你作为驾驶员（开发者），只需要掌握方向盘的用法，而无需关心方向盘下面连着的是汽油发动机、柴油发动机，还是电动机。底层模型的切换，对上层业务代码而言是完全透明的。
2. “Spring Way”的体现：面向接口编程
Spring AI 将核心 AI 能力抽象为少数几个精炼且目的单一的接口 ：
| 核心抽象< |
