1. 行为型设计模式概述在软件开发中我们经常会遇到对象间复杂交互的场景。行为型模式就是专门为解决这类问题而生的设计模式它关注对象之间的职责分配和算法抽象。与创建型和结构型模式不同行为型模式更注重对象间的通信方式和协作关系。我从业十多年来见过太多因为对象交互混乱导致的面条代码。行为型模式就像交通规则让对象间的交互变得有序高效。特别是在大型项目中合理运用这些模式可以显著提升代码的可维护性和扩展性。2. 策略模式Strategy2.1 模式定义与适用场景策略模式定义了一系列算法并将每个算法封装起来使它们可以相互替换。这种模式让算法的变化独立于使用它的客户端。典型应用场景包括支付方式选择支付宝、微信、银联等排序算法切换快速排序、归并排序等数据压缩策略ZIP、RAR、7z等2.2 实现示例与核心代码// 策略接口 public interface SortingStrategy { void sort(int[] array); } // 具体策略实现 public class QuickSort implements SortingStrategy { Override public void sort(int[] array) { // 快速排序实现 System.out.println(使用快速排序); } } public class MergeSort implements SortingStrategy { Override public void sort(int[] array) { // 归并排序实现 System.out.println(使用归并排序); } } // 上下文类 public class SortContext { private SortingStrategy strategy; public void setStrategy(SortingStrategy strategy) { this.strategy strategy; } public void executeSort(int[] array) { strategy.sort(array); } }2.3 实战经验与注意事项提示策略模式虽然简单但实际应用中容易踩坑。以下是我总结的几点经验策略选择时机不要在运行时频繁切换策略这会导致性能开销。建议在初始化时就确定策略。策略数量控制当策略超过10个时考虑使用其他模式如责任链或重构策略分类。共享策略对象如果策略是无状态的可以设计为单例模式以减少对象创建开销。与工厂模式结合使用简单工厂来创建策略对象可以隐藏具体策略的实现细节。3. 观察者模式Observer3.1 模式原理与典型应用观察者模式定义了对象间的一对多依赖关系当一个对象状态改变时所有依赖它的对象都会得到通知并自动更新。经典应用包括GUI事件处理按钮点击、键盘输入等发布-订阅系统消息队列、事件总线数据监控系统股票价格变动通知3.2 Java内置实现与自定义实现Java本身就提供了Observable类和Observer接口但在实际项目中我建议使用自定义实现// 自定义观察者接口 public interface CustomObserver { void update(String message); } // 自定义主题接口 public interface Subject { void registerObserver(CustomObserver o); void removeObserver(CustomObserver o); void notifyObservers(); } // 具体主题实现 public class ConcreteSubject implements Subject { private ListCustomObserver observers new ArrayList(); private String state; Override public void registerObserver(CustomObserver o) { observers.add(o); } Override public void removeObserver(CustomObserver o) { observers.remove(o); } Override public void notifyObservers() { for (CustomObserver o : observers) { o.update(state); } } public void setState(String state) { this.state state; notifyObservers(); } }3.3 性能优化与常见问题通知顺序问题观察者被通知的顺序是不确定的不要依赖特定顺序编写业务逻辑。内存泄漏风险记得在适当时候调用removeObserver()特别是观察者生命周期短于主题时。批量通知优化当状态频繁变化时可以考虑合并通知或使用debounce机制。异步通知实现对于耗时操作可以使用线程池异步执行通知避免阻塞主题。4. 责任链模式Chain of Responsibility4.1 模式结构与处理流程责任链模式将请求的发送者和接收者解耦使多个对象都有机会处理请求。这些对象形成一条链请求沿着链传递直到被处理。典型处理流程客户端创建处理链发送请求到链的第一个处理器每个处理器决定是否处理或传递给下一个请求被处理或到达链末端4.2 实际应用案例// 处理器接口 public interface Handler { void setNext(Handler handler); void handle(Request request); } // 具体处理器 public class AuthenticationHandler implements Handler { private Handler next; Override public void setNext(Handler handler) { this.next handler; } Override public void handle(Request request) { if (canAuthenticate(request)) { // 处理认证逻辑 System.out.println(认证处理完成); } else if (next ! null) { next.handle(request); } } private boolean canAuthenticate(Request request) { // 认证逻辑判断 return request.getType().equals(AUTH); } } // 客户端使用 public class Client { public static void main(String[] args) { Handler auth new AuthenticationHandler(); Handler logging new LoggingHandler(); auth.setNext(logging); Request request new Request(AUTH); auth.handle(request); } }4.3 开发经验分享链的构建方式可以使用建造者模式来构建复杂的处理链提高可读性。终止条件明确确保链的末端有明确的处理如默认处理器避免请求被静默丢弃。性能考虑过长的责任链会影响性能建议监控链长度和处理时间。与组合模式结合当处理逻辑具有树形结构时可以结合组合模式实现更灵活的处理流程。5. 模板方法模式Template Method5.1 模式特点与实现方式模板方法模式在抽象类中定义算法的骨架将一些步骤延迟到子类实现。它允许子类在不改变算法结构的情况下重定义某些步骤。关键特征抽象类定义模板方法和基本方法模板方法通常是final的防止子类修改算法结构基本方法可以是抽象的或提供默认实现5.2 代码示例与扩展点// 抽象模板类 public abstract class DataProcessor { // 模板方法 public final void process() { readData(); transformData(); writeData(); if (hook()) { postProcess(); } } protected abstract void readData(); protected abstract void transformData(); protected void writeData() { // 默认实现 System.out.println(写入数据库); } // 钩子方法 protected boolean hook() { return false; } protected void postProcess() { // 可选操作 } } // 具体实现 public class CSVProcessor extends DataProcessor { Override protected void readData() { System.out.println(读取CSV文件); } Override protected void transformData() { System.out.println(转换CSV数据); } Override protected boolean hook() { return true; } }5.3 设计技巧与最佳实践钩子方法使用谨慎使用钩子方法过多钩子会降低模板方法的清晰度。命名约定使用do前缀命名需要子类实现的方法如doReadData提高可读性。与策略模式对比当算法步骤固定时用模板方法当整个算法都需要替换时用策略模式。访问控制合理使用protected修饰符既保护内部实现又允许子类扩展。6. 状态模式State6.1 模式解析与有限状态机状态模式允许对象在内部状态改变时改变它的行为看起来像是修改了它的类。它本质上是面向对象的有限状态机实现。状态转换方式由上下文类决定下一状态由具体状态类决定下一状态使用单独的状态管理器6.2 实际项目中的应用// 状态接口 public interface OrderState { void handle(OrderContext context); } // 具体状态 public class NewOrderState implements OrderState { Override public void handle(OrderContext context) { System.out.println(处理新订单); context.setState(new ProcessingState()); } } public class ProcessingState implements OrderState { Override public void handle(OrderContext context) { System.out.println(订单处理中); context.setState(new ShippedState()); } } // 上下文类 public class OrderContext { private OrderState state; public OrderContext() { this.state new NewOrderState(); } public void setState(OrderState state) { this.state state; } public void request() { state.handle(this); } }6.3 状态管理经验谈状态转换明确确保每个状态都知道可能转换到哪些状态避免出现不可达状态。共享状态对象如果状态是无状态的没有实例变量可以共享使用以减少对象创建。与享元模式结合当系统有很多状态对象时可以使用享元模式来共享状态实例。状态持久化记得在持久化上下文对象时也保存当前状态通常使用状态名或枚举来标识。7. 行为型模式综合对比7.1 各模式适用场景分析模式名称最佳适用场景复杂度灵活性策略模式需要动态切换算法低高观察者模式一对多的对象通知机制中高责任链模式多对象处理请求处理者不确定中中模板方法模式固定算法流程可变某些步骤低低状态模式对象行为随状态改变而改变高高7.2 模式组合使用案例在实际项目中我们经常组合使用多种行为型模式。例如电商订单系统使用状态模式管理订单生命周期新建、支付、发货等使用观察者模式通知相关方订单状态变化使用策略模式实现不同的支付方式使用责任链模式处理订单验证流程这种组合充分发挥了各模式的优势同时保持了代码的清晰和可维护性。7.3 选择模式的决策流程当我面临设计选择时通常会问以下几个问题对象间的交互是否复杂到需要模式来管理哪些部分在未来最可能发生变化是否有现成的库或框架已经实现了类似功能团队成员对这种模式的熟悉程度如何模式引入会增加多少复杂度带来的收益是否值得经过这样的思考通常能做出合理的设计决策。记住不是所有问题都需要设计模式解决简单直接的方案往往是最好的。