【设计模式-职责链】

定义

职责链模式是一种行为设计模式,**它通过将请求发送给链上的多个处理者来避免请求发送者与处理者之间的紧密耦合。每个处理者可以选择处理请求或将其传递给链中的下一个处理者。**这样,可以将处理请求的责任链式组织,从而实现更灵活的请求处理机制。

UML图

角色

  • Handler(处理者接口):定义处理请求的方法,并声明一个指向下一个处理者的引用。
  • ConcreteHandler(具体处理者):实现处理者接口,具体处理请求的逻辑。每个具体处理者可以决定是否处理请求,或将其传递给下一个处理者。
  • Client(客户端):发送请求的对象。客户端通常只需要知道请求的起始处理者,而不需要关心具体的处理链。

工作流程

  1. 客户端创建一个请求,并指定链中的第一个处理者。
  2. 第一个处理者接收到请求后,根据自己的处理逻辑决定是处理请求还是将请求传递给下一个处理者。
  3. 如果处理者处理请求,则返回结果;如果不处理,则继续将请求传递给链中的下一个处理者,直到请求被处理或到达链的末尾。

代码

java 复制代码
// Handler interface
abstract class Handler {
    protected Handler nextHandler;

    public void setNextHandler(Handler nextHandler) {
        this.nextHandler = nextHandler;
    }

    public abstract void handleRequest(int request);
}

// ConcreteHandler1
class ConcreteHandler1 extends Handler {
    @Override
    public void handleRequest(int request) {
        if (request < 10) {
            System.out.println("Handler1 handled request: " + request);
        } else if (nextHandler != null) {
            nextHandler.handleRequest(request);
        }
    }
}

// ConcreteHandler2
class ConcreteHandler2 extends Handler {
    @Override
    public void handleRequest(int request) {
        if (request >= 10 && request < 20) {
            System.out.println("Handler2 handled request: " + request);
        } else if (nextHandler != null) {
            nextHandler.handleRequest(request);
        }
    }
}

// ConcreteHandler3
class ConcreteHandler3 extends Handler {
    @Override
    public void handleRequest(int request) {
        if (request >= 20) {
            System.out.println("Handler3 handled request: " + request);
        }
    }
}

// Client code
public class ChainOfResponsibilityDemo {
    public static void main(String[] args) {
        Handler handler1 = new ConcreteHandler1();
        Handler handler2 = new ConcreteHandler2();
        Handler handler3 = new ConcreteHandler3();

        handler1.setNextHandler(handler2);
        handler2.setNextHandler(handler3);

        // Test requests
        handler1.handleRequest(5);   // Handled by Handler1
        handler1.handleRequest(15);  // Handled by Handler2
        handler1.handleRequest(25);  // Handled by Handler3
    }
}

优点

  • 降低耦合性:请求发送者与处理者之间的关系松散,可以独立地添加、删除或更改处理者。
  • 动态添加或更改处理者:可以在运行时动态地改变请求处理链。
  • 简化代码:请求处理的逻辑分散到多个处理者中,使得代码更简洁、可读性更高。

缺点

  • 调试困难:由于请求在多个处理者之间传递,可能导致调试和追踪请求流变得复杂。
  • 可能的性能问题:如果链过长,可能导致处理请求的时间较长。

场景

  • 当多个对象可以处理同一个请求,但不知道具体哪个对象会处理时。
  • 当需要动态处理请求时,例如在GUI事件处理、日志处理等场景中。
  • 当请求处理的责任可以通过链式结构灵活组织时。
相关推荐
Flynt19 分钟前
OpenJDK禁AI代码半年了,现在执行得怎么样?答案是:全靠自觉
java·开源·ai编程
古法安卓5 小时前
Android-日志系统源码解析
android·java·android studio
小夏coding7 小时前
从"一把梭"到"精妙拆解" —— 滑动窗口计时框架的设计演进
java·后端
MacroZheng8 小时前
同事问我:"Claude Code经常失忆,不怕它把项目搞炸?",我:"怕,三个Markdown文件给它装个永不丢失的外置大脑!"
java·人工智能·后端
十年Java程序媛9 小时前
深度实战:JDK21 虚拟线程 + HikariCP 生产正确配比、坑点、监控全套
java·spring boot
xiaoqiMikko9 小时前
有人在搜一个不存在的 Tomcat 版本
java·tomcat
学习星球9 小时前
AI Agent 成本工程实战:从 OpenAI Codex 的 8 个“烧 Token“Bug 学起
人工智能·设计模式·微信小程序
用户31268748772013 小时前
ConcurrentHashMap 怎么保证线程安全?从分段锁到 CAS+synchronized
java
vipxieliang13 小时前
ValidX vs Apache Commons Validator:功能与性能对比
java·spring boot
SimonKing13 小时前
升级Spring Boot 4后,从 Jackson 2 到 3,到底有哪些变化
java·后端·程序员