企业级 Java 的"体重问题"

说实话，Java Web 开发给人留下的印象就是——太重了。动不动就企业级框架，依赖一堆又一堆，配置文件能写成一本书。这些东西对于大型系统来说确实是刚需，但如果你只是做个小型项目、快速验证个想法，或者写个轻量级的微服务，真的需要这么复杂吗？

这时候，jet 这样的轻量级库就站出来了。

jet 凭什么不一样？

jet 给自己的定位是"简单、轻量、现代、开箱即用"。听起来挺虚的，我们来看看实际意味着什么：

简单是王道：不用把每个 HTTP 请求都封装成配置文件的迷宫。API 设计得干干净净，直接上手。你要是在 Spring 里调试过 bean 配置，应该能懂这种痛。

体积小才是真的小：不需要什么企业级容器，不用在角落里藏 XML 配置。就一个专注的小库，你要的功能它有，乱七八糟的传递依赖？不存在的。

真的开箱即用：装上就能跑，几分钟搭个 Web 服务器或者 HTTP 客户端，不用折腾半天。创业公司要快、验证想法要快，这个太重要了。

客户端和服务端都能搞定：这个挺有意思的。不用这个库调 API，那个库跑服务，jet 一个库两边都包了。项目小的时候，这种一致性特别舒服。

什么时候该选轻量级？

不是说重量级框架不好——有些场景确实离不开它们。但轻量级库更适合这些情况：

• 微服务想保持苗条
• 快速验证新功能
• 边缘计算或者资源受限的环境
• 教 Java Web 开发不想把学生吓跑
• 就想写个简单 API，不想搞那么多弯弯绕

现在的开发思路在变

背后其实有个更大的趋势。 vibe coding 和 AI 辅助开发火起来了，大家越来越需要能快速迭代的工具。开发者就想快点把想法实现出来，不想在模板代码里泡着。jet 这种库正好顺应了这个需求——它们是给现在真正写代码的人设计的，不是给十年前的企业架构师设计的。

怎么开始？

感兴趣的话，可以去看看 jet 的仓库，起步很干净。现在 Java 生态对这些专注的小工具支持越来越好了，对新版本 Java 和模块系统的兼容都不错。

关键还是要看场景。有时候你需要企业级的大锤，有时候你需要轻量级的手术刀。知道有哪些选择，你就是个更成熟的开发者了。

你有没有在 Java 项目里试过轻量级库？还是更习惯用大框架那种"全家桶"式方案？欢迎在评论区聊聊你的经历。