策略模式本质是用接口定义行为契约、多态隐藏实现：先定义统一接口（如PaymentStrategy.pay()），再为各分支封装独立实现类（如AlipayHandler），最后通过工厂或Map路由调用，确保调用方只依赖接口不感知具体类型。
直接用接口定义行为契约，靠多态把具体实现“藏”起来，让调用方只管调方法、不问类型——这才是策略模式替代 if-else 的本质。
定义统一接口，约束所有行为入口
接口是策略模式的起点，它强制所有具体策略提供一致的方法签名。比如处理不同支付方式：
- 声明 PaymentStrategy 接口，含 pay(double amount) 方法
- 所有实现类（AlipayHandler、WechatPayHandler、BankCardHandler）都必须实现该方法
- 不允许一个返回 String、另一个返回 void；也不允许参数个数或类型不一致
每个业务分支封装成独立实现类
把原来 if-else 里的每一段逻辑，单独抽成一个类，只专注一件事：
- AlipayHandler：组装支付宝 SDK 参数、调用 pay()、处理回调
- WechatPayHandler：构造微信预付单、发起统一下单请求
- 新增 PayPal 支付？只需加一个 PayPalHandler，不碰原有代码
用工厂或 Map 做运行时路由，彻底移除判断逻辑
主流程里不能再出现 if ("alipay".equals(type)) 这类语句。取而代之的是：
立即学习“Java免费学习笔记（深入）”；
- 启动时扫描所有 @Component 实现类，按 type 字符串注册进 Map<String, PaymentStrategy>
- 业务执行时，根据入参 type 查 Map 获取对应实例，直接调 handler.pay(amount)
- 查不到就抛异常或走默认策略，不写 else 分支兜底
调用方必须“看不见”具体类型
这是多态生效的关键约束：
- Service 层变量声明只能是 PaymentStrategy handler，不能是 AlipayHandler
- 禁止在调用侧写
handler.getClass().getSimpleName()或handler.getType()再做判断 - 如果某类策略内部还需子分支（如微信支付分 JSAPI/APP/NATIVE），应继续在 WechatPayHandler.handle() 内部封装，不暴露给上层
