设计模式[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]，准备好了吗？
