前言

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。

前言

最近有球友问：三哥，解析PDF用哪个工具比较好？

市面上主流的Java PDF处理库，大概分成三类：iText（商业授权，AGPL对商业不友好）、OpenPDF（iText 4的分支，LGPL/MPL协议）、以及今天要聊的Apache PDFBox（Apache 2.0协议，对商业最友好） 。

PDFBox是目前唯一一个由Apache基金会维护的Java PDF处理库，功能覆盖从文本提取到数字签名的全场景。

截至2026年7月，PDFBox的最新版本已经更新到3.0.8。

今天这篇文章，我就把PDFBox从安装到实战、从底层原理到性能调优，从头到尾给你拆解一遍。

前言

最近半年，AI Agent的热度居高不下，但很多Java团队却陷入了一个尴尬的境地：Python生态的AI框架（LangChain、AutoGen）确实强大。

但要接入现有的Spring Cloud体系、要保障金融级的数据安全、要处理几十个微服务的复杂集成，简直是“大象硬要钻老鼠洞”。

2025年12月，阿里巴巴通义实验室正式开源了AgentScope Java 1.0，这个专为Java开发者打造的企业级智能体开发框架，一经发布就引爆了技术社区。

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

01 为什么要有AgentScope Java？

有些小伙伴可能已经尝试过用Python的LangChain或AutoGen来构建智能体。

前言

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

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

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

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

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

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

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

前言

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

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

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

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

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

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

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

前言

今天想和大家聊聊Java泛型中那些让人眼花缭乱的符号——T、E、K、V、?。

有些小伙伴在工作中，可能经常遇到这样的场景：阅读框架源码时被各种泛型符号绕晕，写业务代码时不确定该用哪个符号，或者面试时被问到泛型通配符的区别一头雾水。

其实，这些符号并没有那么神秘，只要理解了它们的设计初衷和使用场景，就能轻松掌握。

今天，我就从浅入深，带你彻底搞懂Java泛型的这些符号，希望对你会有所帮助。

为什么需要泛型符号？

在深入具体符号之前，我们先聊聊为什么Java要引入泛型，以及为什么需要这些符号。

泛型的前世今生

在Java 5之前，集合类只能存储Object类型，这导致两个问题：

1. 类型不安全：任何对象都能放进集合，取出时需要强制类型转换
2. 运行时异常：类型转换错误只能在运行时发现

前言

最近有球友问了我一个问题：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。

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

最近有几个读者私信给我，问我他们的业务场景，要用什么样的定时任务。确实，在不用的业务场景下要用不同的定时任务，我们的选择其实还是蛮多的。我今天给大家总结8种非常实用的定时任务，总有一种是适合你的。

一. linux自带的定时任务

crontab

不知道你有没有遇到过这种场景：有时需要临时统计线上的数据，然后导出到excel表格中。这种需求有时较为复杂，光靠写sql语句是无法满足需求的，这就需要写java代码了。然后将该程序打成一个jar包，在线上环境执行，最后将生成的excel文件下载到本地。

为了减小对线上环境的影响，我们一般会选择在凌晨1-2点，趁用户量少的时候，执行统计程序。（其实凌晨4点左右，用户才是最少的）

由于时间太晚了，我们完全没必要守在那里等执行结果，一个定时任务就能可以搞定。

前言

对于大部分程序员来说，主要的工作时间是在开发和修复BUG。

有可能修改了一个BUG，会导致几个新BUG的产生，不断循环。

那么，有没有办法能够减少BUG，保证代码质量，提升工作效率？

答案是肯定的。

如果能做到，我们多出来的时间，多摸点鱼，做点自己喜欢的事情，不香吗？

这篇文章跟大家一起聊聊减少代码BUG的10个小技巧，希望对你会有所帮助。

1 找个好用的开发工具

在日常工作中，找一款好用的开发工具，对于开发人员来说非常重要。

前言

最近趁着国庆节放假休息，特地整理了一下，阿里巴巴开源的10款神级项目。

这些开源项目中的绝大多数，我都在实际工作中用过，或者有同事用过。确实挺不错，挺有价值的，现在推荐给大家。

1. Druid

Druid自称是Java语言中最好的数据库连接池，它能够提供强大的监控和扩展功能。监控后台如下图所示：

Druid的主要优点如下：

• 它能监控数据库访问性能。
• 它提供了WallFilter，它是基于SQL语义分析来实现防御SQL注入攻击的。
• 它提供了多种监测连接泄漏的手段。
• 它提供了数据库密码加密的功能。
• 它能打印SQL执行日志。

前言

最近知识星球中有位小伙伴问了我一个问题：如何保证接口的安全性？

根据我多年的工作经验，这篇文章从11个方面给大家介绍一下保证接口安全的一些小技巧，希望对你会有所帮助。

1 参数校验

保证接口安全的第一步，也是最重要的一步，需要对接口的请求参数做校验。

如果我们把接口请求参数的校验做好了，真的可以拦截大部分的无效请求。

我们可以按如下步骤做校验：

1. 校验参数是否为空，有些接口中可能会包含多个参数，有些参数允许为空，有些参数不允许为空，我们需要对这些参数做校验，防止接口底层出现异常。
2. 校验参数类型，比如：age是int类型的，用户传入了一个字符串："123abc"，这种情况参数不合法，需要被拦截。
3. 校验参数的长度，特别是对于新增或者修改数据接口，必须要做参数长度的校验，否则超长了数据库会报异常。比如：数据库username字段长度是30，新用户注册时，输入了超过30个字符的名称，需要提示用户名称超长了。虽说前端会校验字段长度，但接口对参数长度的校验也必不可少。
4. 校验枚举值，有些接口参数是枚举，比如：status，数据库中设计的该字段只有1、2、3三个值。如果用户传入了4，则需要提示用户参数错误。
5. 校验数据范围，对于有些金额参数，需要校验数据范围，比如：单笔交易的money必须大于0，小于10000。

前言

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

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

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

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

1 工厂模式：Spring的创世神

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

经典应用：BeanFactory、ApplicationContext