本文介绍一种符合开闭原则的状态模式实现方式，通过将状态转换决策权交由各状态对象自身负责，避免修改现有状态类即可新增状态，显著提升系统可维护性与可扩展性。
本文介绍一种符合开闭原则的状态模式实现方式，通过将状态转换决策权交由各状态对象自身负责，避免修改现有状态类即可新增状态，显著提升系统可维护性与可扩展性。
在传统状态模式实现中（如原始代码），状态间的转换逻辑往往分散在各个 evKey 方法内——例如 Locked.evKey() 硬编码了“校验成功后切换到 Unlocked”，Unlocked.evKey() 又硬编码了“输入 0 后切回 Locked”。这种设计违反开闭原则（Open-Closed Principle）：每新增一个状态（如 SemiLockedState），就必须修改所有已有状态类中的条件分支，导致高耦合、易出错、难维护。
要真正实现“对扩展开放，对修改关闭”，关键在于将状态转换的决策逻辑封装到状态对象内部，并抽象为统一契约。以下是优化后的核心设计思想：
✅ 核心改进：状态自决转换，职责单一化
定义 State 接口明确四个职责：
- setCode(int digit)：接收输入并更新内部状态（如累积数字）
- getCode()：提供当前输入值供判断
- doStuff()：执行该状态下独有的业务行为（如打印密钥）
- getSwitchedState()：自主决定下一个状态（返回新状态实例）
这样，SecretKeeper 不再感知具体状态类型或转换规则，仅需调用标准化接口：
public class SecretKeeper {
private int secretCode;
private String secret1, secret2;
private State state;
public SecretKeeper(int secretCode, String secret1, String secret2) {
this.secretCode = secretCode;
this.secret1 = secret1;
this.secret2 = secret2;
this.state = new LockedState(); // 初始状态
}
void evKey(int digit) {
state.setCode(digit); // 输入处理
state.doStuff(); // 执行当前行为（如打印）
if (checkCode(state.getCode())) {
state = state.getSwitchedState(); // 状态跃迁由状态自己决定
}
}
private boolean checkCode(int code) {
return code == secretCode;
}
void printSecret1() { System.out.println(secret1); }
void printSecret2() { System.out.println(secret2); }
}对应接口定义：
public interface State {
void setCode(int digit);
int getCode();
void doStuff();
State getSwitchedState();
}✅ 新增状态示例：只需新增类，无需改动任何已有代码
假设需添加 SemiLockedState（输入正确密码后进入半锁定态，需二次确认才完全解锁）：
public class SemiLockedState implements State {
@Override
public void setCode(int digit) { /* 可选：重置或记录二次输入 */ }
@Override
public int getCode() { return 0; }
@Override
public void doStuff() {
System.out.println("Semi-locked: enter '9' to fully unlock");
}
@Override
public State getSwitchedState() {
// 仅当输入9时才跳转到 UnlockedState；否则保持当前态（可返回 this）
return new UnlockedState(); // 或根据实际逻辑动态返回
}
}同时，只需修改 LockedState.getSwitchedState() 返回 new SemiLockedState() 即可完成流程变更——其他状态类（如 UnlockedState）完全无需修改，真正实现“开闭”。
⚠️ 注意事项与最佳实践
- 状态不可变优先：推荐将 State 设计为不可变对象（如每次 getSwitchedState() 返回新实例），避免共享状态引发并发问题；
- 避免循环引用：SecretKeeper 仅持有一个 State 引用，不应在 State 中反向持有 SecretKeeper 实例（原方案中通过参数传递已足够）；
- 行为与转换分离：doStuff() 专注副作用（I/O、打印等），getSwitchedState() 专注决策，确保单一职责；
- 可扩展性增强：未来还可引入策略模式管理 getSwitchedState() 的复杂逻辑（如基于配置或规则引擎），进一步解耦。
通过该设计，系统具备强扩展性：添加新状态只需实现 State 接口并调整初始/关联状态的 getSwitchedState() 返回值，零修改既有代码——这正是开闭原则在状态模式中的优雅落地。
