责任链Chain Of Responsibility

前言

写方法的原则要尽量做到一个方法只做一件事情, 这样做到职责单一, 日后对于代码的维护也非常容易。 并且代码的复用性也会很高。

在某些情况下, 对于某个事件或某个消息的处理是一个接一个的, 而又不想以下这种写法

process(Message a){
    b = doSomethingA(a)
    c = doSomethingB(b)
    d = doSomethingC(c)
    e = doSomethingD(d)
}

以上这种写法很容易, 可以明显看到执行的顺序,也可以保证一个方法只做一件事情, 让后将这些事情连起来。

一些弊端

  1. 代码不易维护
    假如在第二步中我们想改为多线程执行, 则需要改动process中的代码, 而针对职责链则仅需加入多线程节点来使得后续的处理变为多线程。

  2. 调用关系的臃肿
    我们能看到, 上面代码的调用是process作为调用方, 连续调用a,b,c,d方法, process未必仅仅是调用a,b,c,d 。在程序种往往要进行逻辑判断, 比如如果B方法的的返回值c为null, 则不再向后执行,那么我们可能会在process方法种在后面加上该判断

    if(c == null){
        return; 
    }

如果是更复杂的逻辑处理, 异常处理等, 就需要在process方法种加入相应的逻辑处理代码, 从而使得代码变得越来越臃肿。

换一种思路

这时候我们想, 能否使得上一次的调用对下一次的调用负责, 而不是通过process这层来管理, 如下图显示

职责链简图

那么像这样的如链式调用的机构, 就叫做职责链。

其实在java中,已经有很多地方遇到过它。

我们在哪里见过职责链这种模式

  1. java web filter
    在java web开发中, 最早的应该就属filter了
    实现Filter接口, 重写doFilter.
    public void doFilter(ServletRequest req, ServletResponse resp,
            FilterChain chian) throws IOException, ServletException {
        chian.doFilter(...)
    }

如果接触过socket编程, 对mina 或者netty框架熟悉的话, 责任链模式将更不陌生。
在mina中:
通过FilterChianBuilder, FilterChain, IoFilter 构成一个链。 创建方式如下

DefaultIoFilterChainBuilder builder = new DefaultIoFilterChainBuilder();
builder.addFirst("mdcInjectionFilter", new MdcInjectionFilter(MdcInjectionFilter.MdcKey.remoteAddress));
builder.addAfter("mdcInjectionFilter", "codExecutorFilter", new ExecutorFilter());
builder.addAfter("codExecutorFilter", "loggingFilter", new LoggingFilter());
builder.addAfter("loggingFilter", "codecFilter", codecFilter);
builder.addAfter("codecFilter", "executorFilter", executorFilter);
builder.addAfter("executorFilter", "writeExecutorFilter", new ExecutorFilter(IoEventType.WRITE));
DefaultIoFilterChain chain = new DefaultIoFilterChain();
builder.buildFilterChain(chain);

这样就构造了一条职责链, 每一个节点负责下面一个节点, 节点内执行一定的逻辑。 至于如何构造职责链可以看我的mina源码分析

  1. netty 中
    在netty中, 核心的业务逻辑有一系列ChannelHandler处理。
    netty中分为 inBound 和 outBound, 在channelpipeline 中, inbound 和outbound channelhandler 处理读和写。
    可以通过下面代码创建:
ChannelPipeline pipeline = ch.pipeline();
pipeline.addLast("handler1", firstHandler);  
pipeline.addFirst("handler2", new SecondHandler());  
pipeline.addLast("handler3", new ThirdHandler());  

当然在netty还有其他几个重要成员Channel, ChannelHandlerContext, EventLoop, EventLoopGroup, 这些不在这里阐述, 有兴趣的话可以看《netty in action》。

后话

职责链模式能让模块结构更加清晰, 节点与节点之间的修改影响会非常小。 但是并不适合所有的场景, 要结合具体的场景分析。

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

推荐阅读更多精彩内容