多态通过统一接口和具体实现封装行为差异，将分散的if-else判断集中到对象创建环节；新增类型只需添加实现类并注册，调用方代码无分支、逻辑清晰。
多态本身不直接“简化”分支判断，而是把原本散落在业务代码里的类型或状态判断，集中转移到对象创建和行为封装环节。结果是：调用方代码里不再出现 if-else 或 switch，逻辑更清晰，新增类型也不用改老代码。
统一接口 + 具体实现封装差异
定义一个接口（如 Exporter），声明通用方法（如 export()）；每种格式（CSV、PDF、Excel）各自写一个实现类，把导出逻辑完整放进对应类里。业务层只需写 exporter.export(data)，完全不用知道当前处理的是哪种格式。
- 原来要写一堆判断：if ("csv".equals(format)) { ... } else if ("pdf".equals(format)) { ... }
- 现在只有一行调用，所有分支逻辑被封装进子类内部
- 新增 JSON 导出？加一个 JsonExporter 类，注册到工厂即可
用工厂或注册表管理对象创建
把“根据参数选哪个实现”的逻辑单独抽出来，放在工厂类或静态 Map 里。它内部可以有 if 或 switch，但仅此一处；其余所有调用点都面向接口，干净无分支。
- Spring 环境下可用 @Qualifier 或 Bean 名称自动注入策略实例
- 非 Spring 场景可用 Map
预加载，避免每次 new 或反射 - 注册方式示例：exporters.put("csv", new CsvExporter());
枚举内置行为适合稳定小分支
当分支数量少、长期不变（比如订单状态 CREATED/PAID/SHIPPED），可直接在枚举中定义抽象方法，每个常量提供自己的实现。
- 枚举类里声明 abstract void handle();
- 每个常量后跟大括号，写出具体行为：CREATED { void handle() { ... } }
- 调用时直接 orderStatus.handle()，无需任何判断
注意不是所有分支都适合多态
多态的价值在于封装行为差异、支持未来扩展，而不是为消除 if 而消除 if。
- 如果只是参数不同（比如税率、超时时间），更适合配置驱动或构造函数传参
- 如果逻辑极简（如只返回不同字符串），用 Map 查找或三目运算符更轻量
- 若无法修改原始类（如第三方对象），考虑适配器或策略模式替代继承
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
