持续创作，加速成长！这是我参与「掘金日新计划 · 10 月更文挑战」的第21天
介绍
责任链模式是一种设计模式。在责任链模式里，很多对象由每一个对象对其下家的引用而连接起来形成一条链。请求在这个链上传递，直到链上的某一个对象决定处理此请求。发出这个请求的客户端并不知道链上的哪一个对象最终处理这个请求，这使得系统可以在不影响客户端的情况下动态地重新组织和分配责任。
责任链模式（Chain of Responsibility Pattern）为请求创建了一个接收者对象的链。这种模式给予请求的类型，对请求的发送者和接收者进行解耦。这种类型的设计模式属于行为型模式。
在这种模式中，通常每个接收者都包含对另一个接收者的引用。如果一个对象不能处理该请求，那么它会把相同的请求传给下一个接收者，依此类推。
使用场景
-
有多个对象可以处理同一个请求，具体哪个对象处理该请求由运行时刻自动确定。
-
在不明确指定接收者的情况下，向多个对象中的一个提交一个请求。
-
可动态指定一组对象处理请求。
应用实践
职责明确
-
**抽象处理者(Handler)角色：**定义出一个处理请求的接口。如果需要，接口可以定义 出一个方法以设定和返回对下家的引用。这个角色通常由一个Java抽象类或者Java接口实现。Handler类的聚合关系给出了具体子类对下家的引用，抽象方法handleRequest()规范了子类处理请求的操作。
-
**具体处理者(ConcreteHandler)角色：**具体处理者接到请求后，可以选择将请求处理掉，或者将请求传给下家。由于具体处理者持有对下家的引用，因此，如果需要，具体处理者可以访问下家.
实现
// 请求拦截器
const requestInterceptor = function (config) {
// 请求的责任链节点：CGI的URL处理
const requestHandlerChain = new UrlInterceptor();
// 请求的责任链节点：CGI的参数处理
requestHandlerChain.setNextHandler(new ParamsInterceptor());
requestHandlerChain.handleRequest(config);
return config;
};
// 响应拦截器
const responseInterceptor = (response) => {
// 返回数据的责任链节点：解析新老框架的数据
const responseHandlerChain = new ParseDataInterceptor();
// 返回数据的责任链节点：处理登录信息
// 返回数据的责任链节点：处理错误提示
responseHandlerChain.setNextHandler(new LoginInfoInterceptor())
.setNextHandler(new ErrorToastInterceptor())
responseHandlerChain.handleRequest(response);
return response;
};
// 请求拦截器
axiosInstance.interceptors.request.use(requestInterceptor, error => Promise.reject(error));
// 响应拦截器
axiosInstance.interceptors.response.use(
responseInterceptor, error => Promise.reject(error));
汇总
优点特性
-
降低了对象之间的耦合度。该模式使得一个对象无须知道到底是哪一个对象处理其请求以及链的结构，发送者和接收者也无须拥有对方的明确信息。
-
增强了系统的可扩展性。可以根据需要增加新的请求处理类，满足开闭原则。
-
增强了给对象指派职责的灵活性。当工作流程发生变化，可以动态地改变链内的成员或者调动它们的次序，也可动态地新增或者删除责任。
-
责任链简化了对象之间的连接。每个对象只需保持一个指向其后继者的引用，不需保持其他所有处理者的引用，这避免了使用众多的 if 或者 if···else 语句。
-
责任分担。每个类只需要处理自己该处理的工作，不该处理的传递给下一个对象完成，明确各类的责任范围，符合类的单一职责原则。
缺点弊端
-
不能保证每个请求一定被处理。由于一个请求没有明确的接收者，所以不能保证它一定会被处理，该请求可能一直传到链的末端都得不到处理。
-
对比较长的职责链，请求的处理可能涉及多个处理对象，系统性能将受到一定影响。
-
职责链建立的合理性要靠客户端来保证，增加了客户端的复杂性，可能会由于职责链的错误设置而导致系统出错，如可能会造成循环调用。
