前言

最近这阵子，技术圈里有一个名字频繁出现在各种讨论中——Rod Johnson。

如果你不知道他是谁，那你一定知道他做的东西——Spring Framework。

没错，就是那个几乎重新定义了企业级Java应用该怎么写的Spring。

二十多年前，Rod Johnson用一本书（《Expert One-on-One J2EE Design and Development》）和一个框架（Spring），终结了EJB那个让人欲哭无泪的时代。

二十多年后的今天，他又回来了。

2026年4月，Rod Johnson在Microsoft JDConf开发者大会上正式发布了Embabel——一个面向企业AI Agent的JVM开源框架。

前言

Tomcat笑麻了，Jetty默默上位，Undertow用户哭了

最近在帮一个团队做Spring Boot 4.0升级评估的时候，发现了一个让他们措手不及的问题。

“三哥，我们项目里用的Undertow，升级到Spring Boot 4.0之后直接启动不了了，报错说找不到Undertow的实现类。这是什么情况？”

我一看报错信息，心里就有数了——Spring Boot 4.0正式移除了对Undertow的支持。

这个小伙伴当场就懵了。

“Undertow不是号称性能最好的嵌入式容器吗？Spring为什么要抛弃它？”

这个问题问得很到位。

前言

最近有个小伙伴跟我吐槽，说他们团队还在用Feign，但Spring官方已经悄悄推出了一个“亲儿子”——@HttpExchange。

他说他看了一下官方文档，发现这东西用起来跟Feign差不多，但总感觉哪里不对劲。

有球友问：“三哥，你说Spring为什么要在已经有Feign的情况下，再搞一个声明式HTTP客户端？这不是重复造轮子吗？”

这个问题问得很好。

Feign在Spring Cloud生态里统治了将近十年，几乎成了微服务间HTTP调用的代名词。

但就在大家以为“声明式HTTP客户端=Feign”的时候，Spring Framework 6悄无声息地推出了一套原生的解决方案——HTTP Interface，核心注解就是@HttpExchange。

前言

最近有球友问：“三哥，Spring AI 2.0和Spring AI Alibaba，到底该选哪个？”

这两个框架，一个背靠Spring官方，一个背靠阿里云，都是2026年Java AI开发领域最炙手可热的存在。

Spring AI 2.0刚刚在2026年6月12日正式发布GA版本，基于Spring Boot 4.1和Spring Framework 7.0构建。

而Spring AI Alibaba也于2026年5月13日发布了1.0 GA版本，至今已累计获得10k+ Star。

很多小伙伴看了网上的文章更糊涂了——有人说Spring AI是“Java界的LangChain”，有人说Spring AI Alibaba是“Java界的LangGraph”。

前言

前两天在技术群里看到有人在问：“Spring AI 2.0到底啥时候发？都鸽了一个月了。”

底下跟着一串+1。

确实，从5月推到6月，中间还穿插了好几个RC版本，很多人等得有点着急。

但就在2026年6月12日，Spring团队终于在Spring I/O大会的最后一天宣布——Spring AI 2.0.0 GA正式发布，已同步上传至Maven Central。

RC2在6月9日发布，距离GA只隔了三天，节奏明显在加速。

从1.x一路跟过来的老开发应该知道，Spring AI 1.0 GA是2024年发布的，主要解决了“Java怎么调用大模型”的基础问题。

而这次2.0的定位完全不同——它不再是一个大模型客户端的SDK集合，而是Spring生态的AI原生运行时。

前言

最近有位小伙伴问了我一个问题：“三哥，我们现在项目中要接入大模型，我看网上很多教程都是直接用RestTemplate调用OpenAI或者DeepSeek的API，代码也简单，为啥大家都在说Spring AI更香呢？”

我当时笑了笑，问了他一句：你们项目上线后，老板突然说要把大模型从OpenAI换成国产的通义千问，你的代码要改多少行？

他想了一下，沉默了。

今天这篇文章，我就从HTTP调用的痛点出发，跟大家一起聊聊Spring AI。

希望对你会有所帮助。

一、为什么不建议“手写HTTP”？

先带大家感受一下，绝大多数Java开发者第一次接入大模型时都是怎么写的。

1.1 原生HTTP调用的“经典写法”

前言

从2025年Spring AI 1.0 GA正式发布，到如今2026年全面拥抱Agent工程，Spring AI已成为Java开发者构建企业级AI应用的首选框架。

不管你是想给现有系统加上AI能力，还是从零开始搭建RAG知识库，Spring AI都值得你认真了解。

今天这篇文章就专门跟大家一起聊聊SpringAI，希望对你会有所帮助。

一、Spring AI是什么？

1.1 核心定位

Spring AI是Spring官方在2024年推出的AI开发框架，它将Spring的设计原则——可移植性、模块化设计和POJO编程模型——应用到了AI工程领域。

它不是一个简单的“AI SDK”，而是一套完整的AI应用开发框架，让Java开发者可以用熟悉的Spring Boot风格来构建AI应用。

前言

最近在技术圈里，关于Spring AI Alibaba和AgentScope的讨论越来越多。

很多小伙伴都在问同一个问题：这两个都是阿里巴巴开源的AI框架，到底有什么区别？我应该选哪个？

今天这篇文章就专门跟大家一起聊聊这个话题，希望对你会有所帮助。

一、两个框架，两种设计哲学

在2026年的Java AI框架格局中，这两大框架同根同源，都是阿里出品，但各自选择了不同的技术路线。

根据Spring AI Alibaba官方博客的阐述，目前AI框架的发展呈现出两种截然不同的趋势：

• Spring AI Alibaba：以Graph为核心设计理念，强调工作流编排在AI应用开发过程中的重要性。
• AgentScope：以Agentic为核心设计理念，最大化利用基础大模型的能力。

前言

最近几个月，我的技术交流群里被问得最多的问题就是：“苏三哥，我想在Java项目里接入大模型，LangChain4j和Spring AI，到底选哪个？”

有些小伙伴可能已经发现，2025年是Java AI框架爆发的关键节点。

Spring AI在2025年5月正式发布1.0 GA版本，LangChain4j持续迭代到1.11.0并新增混合检索功能，阿里云也推出了AgentScope-Java和Spring AI Alibaba。

面对这些选择，不少Java开发者陷入了选择困难症。

今天这篇文章专门跟大家一起聊聊LangChain4j和Spring AI如何选择的话题，希望的对你会有所帮助。

1 设计哲学

任何技术选型，首先要理解的是设计者的初衷。

前言

作为接口调用方，对接外部系统时最怕什么？

我最怕的是对方不可控——接口突然超时、响应格式变更、签名算法升级，每一个都可能引发生产事故。

今天这篇文章给大家分享一下SpringBoot项目对接第三方系统的5种方案，希望对你会有所帮助。

一、核心原则：防御性编程

作为调用方，你必须假设：

1. 网络随时会超时（设置合理的超时时间）
2. 接口随时会出错（完善的错误处理）
3. 响应格式可能变（灵活的解析逻辑）

基于这些原则，下面是5个非常实用的方案：

前言

今天我们来聊聊一个让很多Java开发者纠结的技术选型问题：Spring Security、Apache Shiro和Sa-Token，这3个主流安全框架到底该选哪个？

有些小伙伴在工作中可能遇到过这样的场景：新项目启动会上，架构师坚持要用Spring Security，团队里的老将却说Shiro更简单实用，而年轻的同事则力荐Sa-Token这个后起之秀。

大家各执一词，都有道理，到底该听谁的？

今天这篇文章就跟大家一起聊聊这个话题，希望对你会有所帮助。

1 我们为什么需要安全框架？

在深入对比之前，我们先要理解：为什么不能自己手写安全逻辑，而非要用框架？

想象一下，如果你要为一个电商系统实现权限控制，你需要处理：

前言

最近有球友问了我一个问题：SpringBoot项目到底该用Mybatis还是Spring Data JPA？

这个问题，我几乎在每个项目启动时都会被团队问到。

有些小伙伴在工作中，一看到数据库操作就头疼，选框架时犹豫不决，生怕选错了影响项目后期维护。

其实，这俩框架各有千秋，关键看你的项目需求和团队习惯。

今天这篇文章就跟大家一起聊聊，希望对你会有所帮助。

一、Mybatis和Spring Data JPA

在深入比较之前，我们先简单了解一下这两个框架。

Mybatis是一个半自动的ORM（对象关系映射）框架，它需要你手动编写SQL语句，但提供了灵活的映射机制，让你能把数据库结果集直接映射到Java对象上。

前言

我们每天都在用SpringBoot，但可能只用到了它20%的功能。

今天我要分享那些让开发效率提升数倍的隐藏神器，希望对你会有所帮助。

一、@Conditional注解

有些小伙伴在工作中可能遇到过这样的场景：不同环境需要加载不同的Bean配置。

传统的做法是用@Profile，但@Conditional提供了更灵活的控制能力。

基础用法

@Configuration
public class DataSourceConfig {
    
    @Bean
    @Conditional(ProdDataSourceCondition.class)
    public DataSource prodDataSource() {
        // 生产环境数据源
        return DataSourceBuilder.create()
                .url("jdbc:mysql://prod-host:3306/app")
                .username("prod-user")
                .password("prod-pass")
                .build();
    }
    
    @Bean
    @Conditional(DevDataSourceCondition.class)
    public DataSource devDataSource() {
        // 开发环境数据源
        return DataSourceBuilder.create()
                .url("jdbc:h2:mem:testdb")
                .username("sa")
                .password("")
                .build();
    }
}

// 生产环境条件判断
public class ProdDataSourceCondition implements Condition {
    @Override
    public boolean matches(ConditionContext context, AnnotatedTypeMetadata metadata) {
        String env = context.getEnvironment().getProperty("app.env");
        return "prod".equals(env);
    }
}

// 开发环境条件判断
public class DevDataSourceCondition implements Condition {
    @Override
    public boolean matches(ConditionContext context, AnnotatedTypeMetadata metadata) {
        String env = context.getEnvironment().getProperty("app.env");
        return "dev".equals(env) || env == null;
    }
}

前言

今天我们来聊聊一个很有意思的现象：为什么越来越多的大公司禁止SpringBoot项目使用默认的Tomcat，而强制要求使用Undertow？

有些小伙伴在工作中可能已经发现了这个趋势，但背后的原因你真的清楚吗？

一、SpringBoot的默认选择与现状

SpringBoot作为Java领域最流行的开发框架，其默认内嵌的Web容器是Tomcat。

这让我们很多开发者养成了"开箱即用"的习惯，但大公司却在生产环境中纷纷转向Undertow。

这背后到底隐藏着什么秘密？

前言

十年架构踩坑心得：不懂这些设计模式，Spring用再熟也枉然！

作为工作10年的Java老炮，看过太多"只会用@Autowired却不懂Spring精髓"的开发者。

有些小伙伴在工作中可能觉得："框架能用就行，何必深究？" 但当线上突发循环依赖报错、AOP失效、事务不回滚时，设计模式知识就是你的救命指南针！

今天，就让我们揭开Spring源码的神秘面纱，看看这11种设计模式如何支撑起这个史诗级框架。

1 工厂模式：Spring的创世神

核心作用：解耦对象创建与使用

经典应用：BeanFactory、ApplicationContext