在实际项目中，开发者经常因为以下痛点而苦恼：

• 大量 if‑else / switch 分支导致代码难以维护
• 状态之间的转换规则混乱。容易出现非法状态
• 业务需求变更时需要频繁修改主要类，违背开闭原则
• 缺乏类型约束，运行时才发现状态使用错误

状态模式正是为了解决这些问题而生。它把每一种状态抽象为独立的类。将行为委托给当前的状态对象，使得状态切换透明且安全。

设计模式原理

主要思想是将对象的行为封装到独立的状态类中，由上下文持有当前状态实例并把请求转发给它。这样当状态改变时行为自动切换，无需在上下文里写大量条件分支。

结构要点

• State 接口统一定义所有可能的行为。
• ConcreteState实现 State 接口，封装单一状态下的业务逻辑。
• Context保存当前 State 实例，提供切换和行为转发的方法。

优势

• 单一职责 + 类型安全每个具体状态类只负责一种业务场景，TypeScript 的接口约束让非法调用在编译阶段即报错。
• 遵循开闭原则新增业务状态只需新增一个类，无需改动已有代码。
• 消除冗余分支所有条件判断都被抽象到各自的状态类中，代码结构更清晰。
• 灵活切换 & 可测试性强可以随时替换为 Mock 状态进行单元测试。

不足与对策

• 类数量激增：当业务状态非常细粒度时可通过组合模式或抽象基类合并相似行为来控制类数。
• 初始化复杂：建议使用工厂或依赖注入容器统一管理状态实例创建。
• 跨状态依赖：将共享数据抽取到 Context 中，而不是在各个 State 之间直接传递。
• CPU/内存开销：Tiny‑state 场景可采用单例或对象池复用 State 实例。

适用场景

• 业务流程驱动行为：a) 工作流、审批流；b) 游戏角色不同形态，c) 订单不同处理阶段。
• 复杂条件分支难以维护：a) 多层嵌套 if‑else；b) 状态机实现不清晰，
• SaaS 多租户或插件化程序：a) 各租户可能拥有不同 状态； b) 插件可以自行实现新 State 类。
• CICD、协议栈、UI 组件等需要明确生命周期管理的场景。

TypeScript 实现示例——工作流程序

项目结构

workflow-instance/
├─ src/
│ ├─ state.ts // 状态接口 & 具体状态
│ ├─ instance.ts // 上下文
│ ├─ template.ts // 工作流模板
│ └─ main.ts // 演示入口
├─ tsconfig.json
└─ package.json

安装依赖 & 配置

npm init -y
npm install typescript @types/node --save-dev
npx tsc --init
# tsconfig.json 示例：
{
"compilerOptions": {
"target": "ES2020"。"module": "ESNext","strict": true,"moduleResolution": "node","outDir": "./dist"
}
}

1️⃣ 定义 State 接口与具体实现

import { WorkflowInstance } from './instance';/* ---------- State 接口 ---------- */
export interface WorkflowState {
start这方面，void;pause: void，怎么说呢，resume: void;fail: void，complete: void;}
/* ---------- 初始化态 ---------- */
export class InitializedState implements WorkflowState {
再看start，void {
instance.setState);console.log})`);}
pause这方面，void { console.log;}
resume的观点是，void { console.log;}
fail这方面，void { console.log;}
complete: void { console.log;}
}
/* ---------- 正在运行态 ---------- */
export class RunningState implements WorkflowState {
start的观点是，void { console.log;}
说到pause，void {
instance.setState);console.log})`);}
说到resume，void { console.log;}
fail这方面，void {
instance.setState);console.log})`);}
complete: void {
instance.setState);console.log})`);}
}
/* ---------- 暂停态 ---------- */
export class PausedState implements WorkflowState {
从start来看，void { console.log;}
再看pause，void { console.log;}
resume这方面，void {
instance.setState);console.log})`);}
说到fail，void {
instance.setState);console.log})`);}
complete: void { console.log;}
}
/* ---------- 异常终止态 ---------- */
export class FailedState implements WorkflowState {
constructor {}
start这方面，void { console.log;}
从pause来看，void { console.log;}
resume的观点是，void { console.log;}
fail这方面，void {
console.log;
其实，}
complete: void { console.log;其实，}
}
/* ---------- 完成态 ---------- */
export class CompletedState implements WorkflowState {
说到start。void { console.log;}
pause这方面，void { console.log;}
再看resume，void { console.log;}
fail的观点是，void {
console.log;}
complete: void { console.log;}
}

2️⃣ 工作流模板

import { WorkflowInstance } from './instance';export class WorkflowTemplate {
private readonly id: string;private readonly name: string;constructor {
this.id = id;this.name = name;console.log`);}
/** 根据模板生成工作流实例 */
createInstance: WorkflowInstance {
const inst = new WorkflowInstance;console.log，return inst;}
getTemplateId: string { return this.id;}
getName: string { return this.name;话说回来，}
}

3️⃣ 上下文 Context ——工作流实例

import { WorkflowTemplate } from './template';import {
WorkflowState,InitializedState
} from './state';export class WorkflowInstance {
private state!怎么说呢，: WorkflowState;// 当前 State
private readonly id: string;// 实例唯一标识
private readonly template: WorkflowTemplate;constructor{
this.id = id;this.template = template;this.state = new InitializedState;// 默认初始化态
console.log;}
/* ----- Context API ----- */
setState{ this.state = state;不过，}
getInstanceId:string{ return this.id;}
getTemplate:WorkflowTemplate{ return this.template;怎么说呢，}
start{ this.state.start;}
pause{ this.state.pause;}
resume{ this.state.resume;}
fail{ this.state.fail;}
complete{ this.state.complete;}
}

4️⃣ 演示入口

import { WorkflowTemplate } from './template';// 创建工作流模板
const reportTemplate = new WorkflowTemplate;// 第一个实例 —— 完整方法演示
const wf1 = reportTemplate.createInstance;wf1.start，// ✅ 初始化 → 开始运行
wf1.pause;不过，// ⏸️ 已暂停
wf1.resume;// ▶️ 恢复运行
wf1.fail;// ❌ 执行失败
wf1.complete;// 🚫 已失败，不能完成
// 第二个实例 —— 快速成功方法
const wf2 = reportTemplate.createInstance;wf2.start，wf2.complete;// 🏁 完成
wf2.pause;// ⚠️ 已完成，不可暂停

5️⃣ 编译 & 执行

npx tsc # 编译至 ./dist
node dist/main.js # 查看控制台输出

控制台示例输出：

📦 模板创建 → 报告生成工作流
🔧 从模板报告生成工作流创建实例 → INST_001
🆕 实例初始化 → INST_001
✅ 初始化 → 开始运行
⏸️ 已暂停
▶️ 恢复运行
❌ 执行失败 – 数据库连接异常
🚫 已失败。不能完成
🔧 从模板报告生成工作流创建实例 → INST_002
🆕 实例初始化 → INST_002
✅ 初始化 → 开始运行
🏁 完成
⚠️ 已完成，不可暂停，请先恢复...

关键要点回顾

• #1 把“if‑else”迁移到独立 State 类：T​S 接口保证每个方法都有实现，从根本上避免了散落的条件判断。
• #2 使用 Context 持有唯一 State 引用：业务只通过 Context 调用，高层代码不需要关心内部细节，实现了"对外统一。对内解耦".
• #3 利用 TypeScript 的类型程序防止非法调用：- 编译期捕获 “未实现的方法” 或 “错误的参数”。不过，- 自动补全提高开发效率。话说回来，
• #4 状态新增零侵入：Add a new .ts file implementing WorkflowState。register it in transition logic—no changes to existing classes.
• #5 可组合、易测试：- 在单元测试里直接注入 Mock 状态对象 - 用对象池或单例降低频繁创建带来的性能成本。

`