概念定义
多步工作流需要有人回答“接下来做什么”。分布式编舞把这个答案藏进各服务；流程管理器显式持有它——一台以事件驱动命令的状态机。
工作机制
管理器消费领域事件、评估流程状态、发出推进命令。状态外部持久化（数据库或事件日志），worker 因此无状态可重启。定时器与升级是一等公民：管理器在截止时间唤醒自己。失败策略分支化：补偿、重试、升级人工。
使用场景
带人工步骤、超时与分支的长流程：订单生命周期、保险理赔、基础设施开通——工作流本身值得显式建模为领域概念时。
常见误区
流程管理器拥有的是流程状态与协调，不是业务数据——数据留在参与服务里。把业务规则塞进流程定义会重造分布式单体大脑。进程内保存流程状态会在每次部署丢在途工作流；同步调用参与方则丢掉异步韧性。集中逻辑会僵化成变更请求队列——要给流程定义做版本化并让新旧并行迁移；关联 id 必须先设计：一个流程实例对多个事件、匹配含糊等于状态损坏。