9、责任链模式(Chain of Responsibility Pattern)

1. 责任链模式

1.1 简介

  责任链模式是一种对象的行为模式。在责任链模式里,很多对象由每一个对象对其下家的引用而连接起来形成一条链,请求在这个链上【传递】,直到链上的某一个对象决定处理此请求。发出这个请求的客户端并不知道链上的哪一个对象最终处理这个请求,这使得系统可以在不影响客户端的情况下动态地重新组织和分配责任。

  责任链模式屏蔽了请求的处理过程,你发起一个请求到底是谁处理的,这个你不用关心,只要你把请求抛给责任链的第一个处理者,最终会返回一个处理结果(当然也可以不做任何处理),作为请求者可以不用知道到底是需要谁来处理的,这是责任链模式的核心。

  责任链就是从一个起点发起请求,然后沿着任务链依次传递给每一个节点上的对象,直到有一个节点处理这个请求为止。使多个对象都有机会处理请求,从而避免了请求的发送者和接受者之间的耦合关系。将这些对象连成一条链,并沿着这条链传递该请求,直到有对象处理它为止。

1.2 Chain of Responsibility Pattern的uml

Chain的uml图如下:

image.png

Chain的角色:

  • Handler:执行者接口,setNext()并非必须,取决于整个流程的调度方式。使用setNext()可以进行链表式调度,或者不用转而采用数组循环调度。
  • BaseHandler:可选,可用来处理通用逻辑。
  • ConcreteHandlers:具体执行者,判断是否处理当前请求,无需处理或完成处理则传递给下一个执行者执行。分三种情况:处理完成结束本次请求直接返回结果,跳过本handler传递到下一个,执行完毕后传递给下一个执行者。

2. 实现示例

设计一个登陆网站,实现以下功能:

  • 用户通过用户名密码登陆
  • 密码错误三次则禁止登陆
  • 访问页面前查询权限,未通过则直接返回
  • 权限通过后访问页面
image.png

Handler:

public interface Handler {

    void handle(int level);

    void setNext(Handler handler);

    int getLevel();
}

AbstractHandler:

public abstract class AbstractHandler implements Handler {

    public Handler nexthandler;

    public void handle(int level) {
        if (getLevel() == level) {
            doAction();
        }
        if (this.nexthandler != null) {
            this.nexthandler.handle(getLevel() + 1);
        } else {
            System.out.println("处理结束");
            return;
        }
    }

    public abstract void doAction();

    @Override
    public void setNext(Handler handler) {
        this.nexthandler = handler;
    }
}

FailedHandler:

public class FailedHandler extends AbstractHandler {

    private int failTimes = 0;

    @Override
    public void doAction() {
        if (isLoginFailThree()) {
            System.out.println("密码错误超过3次禁止登陆!");
            this.nexthandler = null;
            return;
        }
    }

    private boolean isLoginFailThree() {
        if (failTimes < 3) {
            return false;
        }
        return true;
    }

    @Override
    public int getLevel() {
        return 1;
    }
}

LoginHandler:

public class LoginHandler extends AbstractHandler {

    private String password;

    @Override
    public void doAction() {
        if (!isValid()){
            System.out.println("登陆成功!");
            return;
        }
        System.out.println("密码错误,登陆失败!");
        this.nexthandler = null;
    }

    private boolean isValid() {
        if (password.equals("correct")) {
            return true;
        }
        return false;
    }

    @Override
    public int getLevel() {
        return 2;
    }
}

PermissionHandler:

public class PermissionHandler extends AbstractHandler {

    private int pemission;

    @Override
    public void doAction() {
        if (hasPermission()){
            System.out.println("权限校验通过,可以查看页面!");
            return;
        }
        System.out.println("权限校验未通过,禁止查看!");
        this.nexthandler = null;
    }

    private boolean hasPermission() {
        if (this.pemission > 2) {
            return true;
        }
        return false;
    }

    @Override
    public int getLevel() {
        return 3;
    }
}

ViewHandler:

public class ViewHandler extends AbstractHandler {

    @Override
    public void doAction() {
        System.out.println("view pages1");
        this.nexthandler = null;
    }

    @Override
    public int getLevel() {
        return 4;
    }
}

客户端调用:

   public static void main(String[] args) {
       Handler failHandler = new FailedHandler();
       Handler loginHandler = new LoginHandler();
       Handler permissionHandler = new PermissionHandler();
       Handler viewHandler = new ViewHandler();
       failHandler.setNext(loginHandler);
       loginHandler.setNext(permissionHandler);
       permissionHandler.setNext(viewHandler);
       failHandler.handle(1);
   }

3. 总结

优点:

  • 低耦合,各个处理类间无依赖,每一个类可单独测试
  • 可做到动态添加/删除处理类

缺点:

  • 可能增加调试难度
  • 对新接触项目代码的人,可能不太直观

适用性:

  • 有多个对象可以处理一个请求,具体哪个对象处理该请求在运行时刻自动确定。
  • 在请求的处理者不明确的情况下,向多个对象的一个提交请求。
  • 需要动态指定一组对象处理请求。

  通过把请求从一个对象传递到链条中下一个对象的方式,直到请求被处理完毕,以实现对象间的解耦。但责任链的缺点是,链条比较长,环节比较多的时候,由于采用了类似递归的方式,调试的时候逻辑可能比较复杂。

JDK中应用:
类加载的双亲委派模型,ClassLoader的委托模型

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 219,490评论 6 508
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 93,581评论 3 395
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 165,830评论 0 356
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 58,957评论 1 295
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 67,974评论 6 393
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 51,754评论 1 307
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 40,464评论 3 420
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 39,357评论 0 276
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 45,847评论 1 317
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 37,995评论 3 338
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 40,137评论 1 351
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 35,819评论 5 346
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 41,482评论 3 331
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 32,023评论 0 22
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 33,149评论 1 272
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 48,409评论 3 373
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 45,086评论 2 355