设计模式[13]——责任链模式(Chain of Responsibility)一分钟彻底说透(C++版·软件领域真实例子)
一句话定义
将请求沿着一条“链”传递,每个处理者决定自己处理或交给下一个,避免请求发送者和接收者之间的直接耦合。
最狠的比喻(软件人专属)
HTTP中间件链(类似Express/Koa/Drogon):
- 请求进来 → 先日志记录 → 再权限校验 → 再限流 → 再CSRF检查 → 最后到业务处理
- 任何一个环节可以直接返回响应(拒绝请求),或继续往下传
客户端完全不知道中间经历了多少层!
为什么需要它?(坏味道瞬间爆炸)
不用责任链,你会写出这种if-else地狱:
if(request.isAdmin()){if(request.rateLimitOk()){if(request.csrfValid()){handleBusiness(request);// 嵌套到吐}}}明天加一个“黑名单检查”?所有代码全改,寄!
和装饰器模式到底像不像?(10秒彻底分清)
很多人觉得责任链和装饰器长得太像(都持有一个next,都转发调用),但意图和行为完全不同:
| 项目 | 装饰器模式(Decorator) | 责任链模式(Chain of Responsibility) |
|---|---|---|
| 核心意图 | 增强功能:每层都执行,层层叠加职责 | 寻找处理者:只有一个(或少数)处理请求 |
| 链上每个节点行为 | 必须全部执行(日志→压缩→加密 全跑一遍) | 任一节点可终止链(认证失败就直接返回) |
| 执行顺序 | 固定顺序,层层包裹(先加奶再加糖) | 动态传递,直到有人处理(可能前几个直接拦截) |
| 返回结果 | 累积结果(价格 = 基础 + 奶 + 糖 + 摩卡) | 通常一个最终响应(成功或拒绝) |
| 客户端期望 | 得到一个“增强版”对象,功能更多 | 得到一个处理结果,谁处理无所谓 |
| 典型例子 | 数据流:Logging → Compression → Encryption | Web中间件:Logging → Auth → RateLimit → Business |
| 关键代码区别 | 每层调用component->operation()并追加自己的行为 | 每层if (我能处理) { 处理并结束 } else { next } |
| 口号 | “层层叠加,全跑一遍” | “传下去,直到有人接” |
狠比喻:
- 装饰器 = 给汉堡层层加配料,每层配料都必须加,最终吃到一个超级汉堡(缺一层都不行)。
- 责任链 = 公司请假审批,只要有人批了就结束,前面的人拒绝就直接完蛋(不一定走到老板)。
真实软件例子:Web请求处理链(中间件系统)
#include<iostream>#include<memory>#include<string>usingnamespacestd;// 1. 请求上下文structHttpRequest{string user;string path;boolauthenticated=false;string body;};// 2. 处理者基类classHandler{protected:unique_ptr<Handler>next;public:virtual~Handler()=default;voidsetNext(unique_ptr<Handler>n){next=move(n);}virtualboolhandle(HttpRequest&req)=0;boolhandleNext(HttpRequest&req){if(next)returnnext->handle(req);returnfalse;// 链末尾没人处理}};// 3. 具体处理者classLoggingHandler:publicHandler{public:boolhandle(HttpRequest&req)override{cout<<"[Logging] 请求来自用户: "<<req.user<<" 路径: "<<req.path<<endl;returnhandleNext(req);// 日志不拦截,继续传}};classAuthHandler:publicHandler{public:boolhandle(HttpRequest&req)override{cout<<"[Auth] 检查认证...\n";if(req.user!="admin"){cout<<"[Auth] 认证失败,拒绝访问\n";returntrue;// 终止链}cout<<"[Auth] 认证通过\n";returnhandleNext(req);}};classRateLimitHandler:publicHandler{public:boolhandle(HttpRequest&req)override{cout<<"[RateLimit] 检查限流...\n";if(req.user=="guest"){cout<<"[RateLimit] 触发限流,拒绝\n";returntrue;// 终止}returnhandleNext(req);}};classBusinessHandler:publicHandler{public:boolhandle(HttpRequest&req)override{cout<<"[Business] 处理核心业务逻辑: "<<req.path<<endl;cout<<"业务处理完成,返回响应\n";returntrue;// 正常结束}};客户端:组装链,一劳永逸
intmain(){autochain=make_unique<LoggingHandler>();chain->setNext(make_unique<AuthHandler>());chain->setNext(make_unique<RateLimitHandler>());chain->setNext(make_unique<BusinessHandler>());// 测试不同请求HttpRequest req1{"admin","/api/data"};cout<<"=== 请求1:管理员访问 ===\n";chain->handle(req1);cout<<"\n=== 请求2:普通用户访问 ===\n";HttpRequest req2{"guest","/api/data"};chain->handle(req2);cout<<"\n=== 请求3:未认证用户 ===\n";HttpRequest req3{"hacker","/admin"};chain->handle(req3);}C++ 真实项目里无处不在
- Web框架:Drogon/Crow的中间件链
- GUI事件处理:Qt的event filter链
- 日志库:多个Appender链式处理
- 审批流程:请假 → 部门经理 → HR → 总经理
- 异常处理:try-catch链(变体)
终极口诀(后端开发者专属)
“请求沿链往下传,谁能处理谁来管;
耦合彻底解,中间件随便加!”
刻在DNA里的一句话
当你有“多个处理者依次处理同一个请求”,且处理顺序固定、任一环节可中断时,
立刻上责任链模式——链式组装,解耦到底,扩展性拉满!
现在,责任链和装饰器在你脑子里彻底分家了吧?
下一期命令模式(Command)[14],准备好了吗?