3、BFF与API Gateway的区别：职责划分、粒度控制、聚合逻辑、安全性考量

在微服务架构中，API Gateway 和 BFF 经常被混淆。虽然两者都位于客户端与后端服务之间，但它们的关注点、控制粒度以及职责边界有本质区别。本节从四个核心维度进行对比分析，帮助你在架构选型时做出准确判断。

3.1 职责划分：全局路由 vs 前端适配

API Gateway 的核心职责是统一入口、路由转发、跨横切关注点（认证、限流、监控）。它面向所有客户端，提供通用能力。BFF 的核心职责是为特定前端（Web、iOS、Android）定制 API，解决“一个后端无法同时满足多端需求”的矛盾。

3.2 粒度控制：粗粒度路由 vs 细粒度编排

API Gateway 的粒度通常停留在服务级路由（如 /user/** → user-service），它不关心单个接口返回哪些字段。BFF 的粒度可以深入到字段级裁剪和接口级编排，为每个前端场景定制最精简的响应。

3.3 聚合逻辑：透传 vs 编排

API Gateway 的聚合能力非常有限，通常只做请求转发和响应透传。BFF 则承担了服务聚合的核心职责，将多个微服务的输出组合成一个前端可直接使用的响应。

以下是一个典型的 BFF 聚合场景：移动端首页需要同时展示用户信息、订单状态和商品推荐。BFF 会并行调用三个服务，合并结果后返回。

// Go BFF 聚合示例（使用 errgroup）
type HomePageResponse struct {
    User    UserDTO    `json:"user"`
    Orders  []OrderDTO `json:"orders"`
    Recommends []ProductDTO `json:"recommends"`
}

func (bff *HomeBFF) GetHomePage(ctx context.Context, uid string) (*HomePageResponse, error) {
    g, ctx := errgroup.WithContext(ctx)
    var user UserDTO
    var orders []OrderDTO
    var products []ProductDTO

    g.Go(func() error {
        var err error
        user, err = bff.userSvc.GetUser(ctx, uid)
        return err
    })
    g.Go(func() error {
        var err error
        orders, err = bff.orderSvc.GetRecentOrders(ctx, uid, 5)
        return err
    })
    g.Go(func() error {
        var err error
        products, err = bff.recommendSvc.GetRecommends(ctx, uid, 10)
        return err
    })

    if err := g.Wait(); err != nil {
        return nil, fmt.Errorf("home page aggregation failed: %w", err)
    }

    return &HomePageResponse{
        User:       user,
        Orders:     orders,
        Recommends: products,
    }, nil
}

3.4 安全性考量：边缘防护 vs 上下文安全

API Gateway 和 BFF 在安全层面承担不同角色，两者形成分层防御体系。

• API Gateway 的安全职责：
  • 全局认证（OAuth2、JWT 校验）
  • IP 白名单 / 黑名单
  • 速率限制（Rate Limiting）
  • DDoS 防护
  • TLS 终止
• BFF 的安全职责：
  • 用户上下文注入（从 Token 解析用户 ID、角色）
  • 数据级权限过滤（只返回当前用户有权限的数据）
  • 防数据过度暴露（只返回前端需要的字段，避免泄露敏感字段）
  • 前端特定安全策略（如 CSRF Token、Session 绑定）

3.5 综合对比总结