Feat 是什么
Feat 是一个面向 Java 的 Web 服务开发框架。
如果用一句话概括它的定位,可以这么理解:
Feat 想保留底层 HTTP 服务的直接性,同时把常见的云原生和 AI 接入需求收拢进同一套技术栈里。
它不是 Servlet 容器包装层,也不是单纯的注解框架。
它的设计出发点更接近“从服务端网络能力出发,再逐层长出更高层开发模型”。
你可以把 Feat 理解成三层
Section titled “你可以把 Feat 理解成三层”Feat Core
Section titled “Feat Core”这是最底层的一层,直接提供 HTTP 服务能力。
适合你在这些情况下使用:
- 你想直接控制请求处理流程
- 你更关心性能、资源占用和服务模型本身
- 你不需要先引入注解式开发体验
如果你想从最短路径理解 Feat 的编程模型,从 构建第一个 Feat HTTP 服务 开始。
Feat Cloud
Section titled “Feat Cloud”这是建立在 Feat Core 之上的高层开发模型。
它提供了更像现代 Java Web 框架的写法,比如 Controller、配置项、集成 MyBatis、部署路线等。
适合你在这些情况下使用:
- 你想要注解式开发体验
- 你准备快速构建一个 Web 应用,而不是只写底层 HTTP 服务
- 你希望把 Feat 用在更接近日常业务开发的模式里
入口在 Feat Cloud 导览。
Feat AI
Section titled “Feat AI”这是 Feat 生态里的 AI 能力层,用来接入对话、Embedding、Agent 等能力。
适合你在这些情况下使用:
- 你已经在写 Java 服务,需要把模型能力接入进来
- 你希望统一管理 HTTP 服务和 AI 接口调用
- 你准备在现有 Feat 项目中增加 AI 功能
入口在 Feat AI 简介。
它和 Spring Boot、Vert.x 的关系怎么理解
Section titled “它和 Spring Boot、Vert.x 的关系怎么理解”最简单的理解方式不是“它是不是谁的替代品”,而是看你当前更在意什么:
- 如果你更在意底层 HTTP 服务模型和资源效率,Feat 和 Vert.x 这类框架会更容易放在同一张比较表里
- 如果你更在意注解式开发和业务开发体验,Feat Cloud 和 Spring Boot 这类框架会更容易放在同一层讨论
但 Feat 并不试图一比一复刻任何现成框架。
它真正的方向是:用更轻的底座,把 Core、Cloud、AI 这三条线串起来。
什么时候适合考虑 Feat
Section titled “什么时候适合考虑 Feat”Feat 更适合这些情况:
- 你对 Java 服务的启动成本和资源占用比较敏感
- 你希望既能从底层 HTTP 服务写起,也能逐步切到更高层开发模型
- 你想把云原生服务和 AI 接入放在同一套生态里理解
它不一定适合这些情况:
- 你团队已经深度依赖成熟的 Spring 生态扩展能力,而且短期没有迁移意愿
- 你当前只需要“一个最熟悉、生态最庞大的默认选项”
- 你不关心底层服务模型,只希望直接套用现成企业框架栈
如何进入 Feat 文档
Section titled “如何进入 Feat 文档”文档入口不应该从这一页继续一层层顺着读。
更高效的做法是根据目标选路径:
一个简短的项目背景
Section titled “一个简短的项目背景”Feat 诞生于 2024 年 12 月 21 日。
它的前身是 smart-http,后者已经积累了多年的网络通信和服务开发经验。Feat 不是“从零发明一个完全陌生的东西”,而是在已有实践基础上重新组织出来的新项目。
这也是为什么 Feat 的很多能力不是从“业务注解”开始,而是从更底层的服务能力长出来的。