本文借助海外互金业务的借款流程展开讨论，随着业务状态不断增多，if-else分支代码充斥项目，如何通过状态模式去解耦业务中的状态的流转，通过合理的抽象满足面向对象设计的开闭原则，让业务优雅地扩展。

无论做业务需求还是做平台需求的同学，随着需求的不断迭代，通常都会出现逻辑复杂、状态混乱的现象，维护和新增功能的成本也变的十分巨大，苦不堪言。下图用需求、业务代码、测试代码做对比： 图中分了 3 个阶段

有限状态机，英文翻译是 Finite State Machine，缩写为 FSM，简称为状态机。状态机有 3 个组成部分：状态（State）、事件（Event）、动作（Action）。