前后端分离

1. 概述：本质、动机与范畴

前后端分离是一种系统边界重塑的架构方式，其核心是：

本质是现代软件体系中“关注点分离（SoC）”原则在界面层与领域层之间的具体实现。

前后端分离解决的问题不是“换技术栈”，而是提升可演进性、团队并行能力与系统复杂度的可控性。

2. 架构哲学：边界、控制流与解耦模型

2.1 系统边界的重定义

前后端分离将系统划分为三个稳定子域：

  1. **前端子域（Front-End Domain）**

    • 负责用户交互、UI 状态管理、视图渲染、体验层逻辑
    • 演化方向：组件化、状态机化、智能化

  2. **服务子域（Service Domain）**

    • 负责业务规则、领域逻辑、事务控制、数据一致性
    • 演化方向：微服务化、事件驱动化、领域驱动化

  3. **协议子域（Contract / API Domain）**

    • 负责系统间的通信契约
    • 含数据结构、行为约束、错误模型、版本演进策略
    • 是前后端分离的“中轴层”

这三个子域构成前后端分离体系的“稳定三分法”。

2.2 控制流模型

传统服务端渲染：请求 → 后端渲染 HTML → 前端呈现

前后端分离：用户操作 → 前端状态变更 → API 请求 → 领域逻辑 → 数据返回 → 状态更新 → UI 渲染

核心变化：

2.3 解耦的三种形式

  1. **逻辑解耦**：UI 逻辑与业务逻辑的彻底分离
  2. **技术解耦**：UI 技术栈与后端技术栈独立演进
  3. **组织解耦**：前后端团队可并行工作，减少耦合等待

这种三层解耦构成前后端分离的哲学基础。

3. 功能结构体系：分层、数据流与模式

3.1 前端分层（逻辑结构）

UI表示层 → 状态管理层 → 应用服务层（API 调度） → 协议层 → 基础设施

核心抽象：

3.2 后端分层（领域结构）

API 层 → 应用层（流程规则） → 领域模型层 → 基础设施层 → 数据持久层

核心抽象：

3.3 数据流模型

统一的数据流模式：

  1. 视图触发 →
  2. 前端状态机变更 →
  3. 发送 API →
  4. 领域逻辑执行 →
  5. 返回数据模型 →
  6. 前端渲染更新

这是前后端分离的“稳定控制流”，适用于 SPA、Native、PWA 等所有形态。

4. 契约体系：前后端协作的核心机制

契约体系由三部分构成：

  1. **数据契约（Data Contract）**标准化的数据结构与字段语义。

  2. **行为契约（Behavior Contract）**

    • 错误模型
    • 权限模型
    • 幂等规范
    • 状态码策略

  3. **演化契约（Evolution Contract）**

    • API 版本策略
    • 兼容性要求
    • 字段增量与废弃策略

契约是前后端分离的核心：没有契约，就不存在真正的前后端分离。

5. 深层架构模式

5.1 BFF（Backend for Frontend）

目的：解决不同前端对 API 的差异化需求适用场景：

BFF 的边界：

反模式：

5.2 微前端（Micro Frontends）

本质是：前端系统的自治拆分与独立演进能力

三个稳定目标：

典型风险：

5.3 API Gateway 与 GraphQL

两者常与前后端分离协同使用，但属于“协议层扩展”。

6. 稳定能力：性能、安全、一致性

6.1 性能能力

前后端分离天然增加请求次数，因此需引入：

6.2 安全能力

前后端分离使安全边界更外露，需要构建：

6.3 一致性能力

前端状态与后端数据的同步是关键难点：

7. 组织与协作机制

前后端分离不仅是技术架构，也隐含组织结构重塑。

7.1 并行开发机制

7.2 团队边界模型

前端团队

后端团队

两者通过“契约”对齐，而非共享代码或模板。

8. 演进趋势：从分离走向协同与融合

8.1 渐进式融合阶段

这些趋势正在模糊前后端的边界，但本质仍然遵循：

职责分离，而非技术分离

8.2 协同智能化

AI 将推动前后端分离从“协议驱动”走向“模型驱动”。

9. 反模式与风险清单（稳定经验）

  1. **API 腐蚀**：字段任意添加、无版本策略
  2. **BFF 滥用**：承担业务逻辑导致第二后端
  3. **前端臃肿**：承担过多流程逻辑，难维护
  4. **过度分离**：团队沟通成本增加，整体效率下降
  5. **大包依赖**：微前端下共享资源导致耦合倒退
  6. **假 Mock**：Mock 与真实 API 偏差导致联调灾难
  7. **安全外泄**：跨域暴露、错误 Token 管理

这些是前后端分离体系中最典型的“工程陷阱”。

10. 核心稳定知识总结（精炼版）

核心原则

  1. 职责分离
  2. 协作协议化
  3. 可独立演进
  4. API 驱动协作
  5. 控制流前移（UI 自治）

关键结构

  1. 前端状态机
  2. 后端领域模型
  3. API 契约
  4. BFF / API Gateway
  5. 微前端拆分模型

关键能力

  1. 性能优化
  2. 安全模型
  3. 一致性策略
  4. 契约演进
  5. 团队协作机制

稳定价值

关联文档