3. BFF 架构模式：单层BFF、分层BFF、GraphQL BFF、API Gateway + BFF组合模式

BFF（Backend For Frontend）并非单一实现形态。在实际项目中，根据团队规模、前端类型数量、服务治理成熟度以及数据查询复杂度，通常会演化出四种主流架构模式。理解每种模式的适用场景与权衡，是设计聚合中间件的核心能力。

3.1 四种模式概览与对比

3.2 单层BFF模式

单层BFF是最原始的形态：每个前端应用（Web、iOS、Android）各自拥有一个独立的BFF服务。BFF直接调用下游微服务，完成数据聚合与裁剪。

3.3 分层BFF模式

分层BFF将聚合逻辑拆分为两层：通用聚合层（Shared BFF） 和 前端适配层（Adapter BFF）。通用层封装跨前端共享的业务聚合（如用户信息+订单列表），适配层处理前端特有的字段裁剪与格式转换。

3.4 GraphQL BFF模式

GraphQL BFF将查询能力下放给前端：前端通过GraphQL声明式查询精确指定所需字段，BFF层只负责解析查询、编排数据源并返回结果。这种模式天然解决了过度获取（Over-fetching）和多次请求（N+1）问题。

// GraphQL Schema 示例
type Query {
  userProfile(userId: ID!): UserProfile
}

type UserProfile {
  id: ID!
  name: String
  email: String
  orders(limit: Int): [Order]
  address: Address
}

// 前端查询示例（只取需要的字段）
query {
  userProfile(userId: "123") {
    name
    email
    orders(limit: 5) {
      id
      totalAmount
      status
    }
  }
}

3.5 API Gateway + BFF组合模式

这是大型微服务架构中最成熟的模式。API Gateway作为统一入口，负责处理横切关注点（认证、限流、日志、协议转换）；BFF层则专注业务聚合。两者职责清晰，互不干扰。

3.6 模式选型决策流程

1. 前端类型数量：≤3个 → 单层BFF；≥4个 → 分层BFF或组合模式。
2. 数据查询复杂度：字段需求差异大、嵌套深 → GraphQL BFF；字段固定、结构扁平 → REST BFF。
3. 服务治理成熟度：已有API Gateway → 组合模式；无网关且不想引入 → 分层BFF。
4. 团队规模：小团队（≤5人）→ 单层BFF；中大型团队 → 分层BFF或组合模式。
5. 性能敏感度：高并发低延迟场景 → 避免GraphQL BFF的解析开销，优先REST BFF。