Backend-for-Frontend 模式是什么，它与 API 网关有什么关系？

Question

Accepted Answer

**Backend-for-Frontend (BFF)** 是为每种客户端类型（web、mobile、partner）提供的专用网关。与其说用一个通用网关服务所有客户端，不如说每个前端都有一个为其需求量身定制的后端。

## 它解决的问题

移动应用和网络应用有不同的数据、payload 大小和通信频率需求。单一通用 API 会强制折衷并导致过度获取数据。

```text
Without BFF:        With BFF:
  All clients          Web ─▶ Web BFF ─┐
     │                 Mobile ─▶ Mobile BFF ─┼─▶ microservices
  one generic API      Partner ─▶ Partner BFF ─┘
```

## BFF 的作用

- **聚合**多个服务调用为一个客户端形态的响应。
- **剪裁** payload 以适配受限的客户端（mobile）。
- 拥有**客户端特定逻辑**使得服务保持通用。

```js
// Mobile BFF: one call → compose a lean screen payload
app.get('/home', async (req) => {
  const [user, orders] = await Promise.all([
    usersApi.get(req.userId),
    ordersApi.recent(req.userId, { limit: 3 }) // small for mobile
  ]);
  return { name: user.name, recentOrders: orders }; // tailored shape
});
```

## BFF 与网关对比

| | API 网关 | BFF |
|---|---|---|
| 范围 | 所有客户端共用一个 | 每个客户端类型一个 |
| 逻辑 | 通用的横切关注点 | 特定于客户端的整形 |

## 陷阱

过多的 BFF 会导致逻辑重复；保持它们精简，避免泄露属于服务的业务规则。

## 为什么这很重要

BFF 让每个前端以自己的步速演进，配合一个适合它的后端，而不是将每个客户端都强行适应一个共享契约。

它们是对网关的补充（而非替代）：网关处理边界关注点如身份验证和路由，而 BFF 处理特定于客户端的聚合。

	API 网关	BFF
范围	所有客户端共用一个	每个客户端类型一个
逻辑	通用的横切关注点	特定于客户端的整形