一、前言 责任链在实际开发中的应用还是比较多的，特别是在营销订购系统、审核流转换处理、任务流程处理系统等系统中，其实我们在开发中往往主要应用的主要无非是以下三个场景（起码以我的平时开发的角度来看）： 一是无需太关心责任链中各处理流的顺序的简单使用； 二是需要关注处理顺序，按责任链条延续处理，每个处理节点均可对请求进行节点的处理， 或将其传递给链上的下个处理节点； 三是在处理中和纯的责任链模式在链上只会有一个处理器用于处理业务数据存在差异，需要进行管道模式采用多个处理器都会处理业务数据。

在上面的责任链中，我们的处理还是单向的，在实际的项目中可能需要双向的，比在Servelt中的FilterChain就是双向的，既可以处理接收到信息，又可以处理返回去的信息，对于这样的需求，我们应该怎么做呐？   一、八卦信息过滤4.0：责任链模式升级版2 1.1 分析        对于这样的双向过滤需求，我们想到的最简单的方式，那么就定义两个大的过滤器，一个处理接收的请求，一个请求响应的请求。当然这种方案是可以的。        但是我们的过滤器稍微一需改，就

前言 在 设计模式（四）责任链模式 —— 责任链模式结构 中分析了责任链模式的结构，在日常开发中经常结合spring容器来使用，借助容器的一些特性，同时可以解决一些责任链模式的不足。 场景案例 如以电商系统下单流程为例，简化一下这个流程，只包含库存、价格、优惠券三个业务步骤。 类图结构 在spring中优雅的使用责任链模式 定义业务用到的基础类 定义OrderDTO和ResultDTO import java.io