• 职责链模式


    1. OA 系统采购审批需求

    学校 OA 系统的采购审批项目: 需求是采购员采购教学器材

    1. 如果金额 小于等于 5000,由教学主任审批 (0<=x<=5000)
    2. 如果金额 小于等于 10000, 由院长审批 (5000<x<=10000)
    3. 如果金额 小于等于 30000,由副校长审批 (10000<x<=30000)
    4. 如果金额 超过 30000 以上,由校长审批 ( 30000<x)

    传统方案解决 OA 系统审批

    类图:

    1609946265929

    传统方式是: 接收到一个采购请求后, 根据采购金额来调用对应的 Approver (审批人)完成审批

    传统方案解决 OA 系统审批问题分析

    1. 传统方式的问题分析 : 客户端这里会使用到 分支判断(比如 switch) 来对不同的采购请求处理, 这样就存在如下问题
      • 如果各个级别的人员审批金额发生变化, 在客户端的也需要变化
      • 客户端必须明确的知道有多少个审批级别和访问
    2. 这样 对一个采购请求进行处理和 Approver (审批人) 就存在强耦合关系, 不利于代码的扩展和维护
    3. 解决方案 ==> 职责链模式

    2. 职责链模式基本介绍

    1. 职责链模式(Chain of Responsibility Pattern),又叫责任链模式, 为请求创建了一个接收者对象的链。这种模式对请求的发送者和接收者进行解耦
    2. 职责链模式通常每个接收者都包含对另一个接收者的引用。如果一个对象不能处理该请求, 那么它会把相同的请求传给下一个接收者,依此类推
    3. 责任链模式使多个对象都有机会处理请求,从而避免请求的发送者和接收者之间的耦合关
      系。将这个对象连成一条链,并沿着这条链传递该请求,直到有一个对象处理它为止
    4. 这种类型的设计模式属于行为型模式

    示意图:

    1609946360509

    类图:

    1609946382784

    1. Handler:抽象的处理者,定义了一个处理请求的接口,同时该类中聚合了另外一个 Handler 对象
    2. ConcreteHandlerAConcreteHandlerB 是具体的处理者,处理它自己负责的请求, 可以访问它的后继者(即下一个处理者),如果可以处理当前请求, 则处理, 否则就将该请求交个后继者去处理, 从而形成一个职责链
    3. Request :含义很多属性, 表示一个请求

    3.职责链模式解决 OA 系统审批

    应用实例要求:编写程序完成学校 OA 系统的采购审批项目,采购员采购教学器材的需求如下

    1. 如果金额 小于等于 5000,由教学主任审批
    2. 如果金额 小于等于 10000,由院长审批
    3. 如果金额 小于等于 30000,由副校长审批
    4. 如果金额 超过 30000 以上,有校长审批

    类图:

    1609946888174

    代码实现:

    1. 实体类,表示购买请求

      //请求类
      public class PurchaseRequest {
      
      	private int type = 0; // 请求类型
      	private float price = 0.0f; // 请求金额
      	private int id = 0;
      
      	// 构造器
      	public PurchaseRequest(int type, float price, int id) {
      		this.type = type;
      		this.price = price;
      		this.id = id;
      	}
      
      	public int getType() {
      		return type;
      	}
      
      	public float getPrice() {
      		return price;
      	}
      
      	public int getId() {
      		return id;
      	}
      
      }
      
      
    2. 审批者的抽象父类,里面聚合了一个 Approver 对象,构成一条责任链

      public abstract class Approver {
      
      	Approver approver; // 下一个处理者
      	String name; // 名字
      
      	public Approver(String name) {
      		this.name = name;
      	}
      
      	// 下一个处理者
      	public void setApprover(Approver approver) {
      		this.approver = approver;
      	}
      
      	// 处理审批请求的方法,得到一个请求, 处理是子类完成,因此该方法做成抽象
      	public abstract void processRequest(PurchaseRequest purchaseRequest);
      
      }
      
      
    3. 各个职责的具体实现类(具体的处理着)

      /**系主任*/
      public class DepartmentApprover extends Approver {
      
      	public DepartmentApprover(String name) {
      		super(name);
      	}
      
      	@Override
      	public void processRequest(PurchaseRequest purchaseRequest) {
      		if (purchaseRequest.getPrice() <= 5000) {
      			System.out.println(" 请求编号 id= " + purchaseRequest.getId() + " 被 " + this.name + " 处理");
      		} else {
      			approver.processRequest(purchaseRequest);
      		}
      	}
      
      }
      
      /**院长*/
      public class CollegeApprover extends Approver {
      
      	public CollegeApprover(String name) {
      		super(name);
      	}
      
      	@Override
      	public void processRequest(PurchaseRequest purchaseRequest) {
      		if (purchaseRequest.getPrice() < 5000 && purchaseRequest.getPrice() <= 10000) {
      			System.out.println(" 请求编号 id= " + purchaseRequest.getId() + " 被 " + this.name + " 处理");
      		} else {
      			approver.processRequest(purchaseRequest);
      		}
      	}
      }
      
      /**副校长*/
      public class ViceSchoolMasterApprover extends Approver {
      
      	public ViceSchoolMasterApprover(String name) {
      		super(name);
      	}
      
      	@Override
      	public void processRequest(PurchaseRequest purchaseRequest) {
      		if (purchaseRequest.getPrice() < 10000 && purchaseRequest.getPrice() <= 30000) {
      			System.out.println(" 请求编号 id= " + purchaseRequest.getId() + " 被 " + this.name + " 处理");
      		} else {
      			approver.processRequest(purchaseRequest);
      		}
      	}
      }
      
      /**校长*/
      public class SchoolMasterApprover extends Approver {
      
      	public SchoolMasterApprover(String name) {
      		super(name);
      	}
      
      	@Override
      	public void processRequest(PurchaseRequest purchaseRequest) {
      		if (purchaseRequest.getPrice() > 30000) {
      			System.out.println(" 请求编号 id= " + purchaseRequest.getId() + " 被 " + this.name + " 处理");
      		} else {
      			approver.processRequest(purchaseRequest);
      		}
      	}
      }
      
      
    4. 测试代码

      public class Client {
      
      	public static void main(String[] args) {
      		// 创建一个请求
      		PurchaseRequest purchaseRequest = new PurchaseRequest(1, 31000, 1);
      
      		// 创建相关的审批人
      		DepartmentApprover departmentApprover = new DepartmentApprover("张主任");
      		CollegeApprover collegeApprover = new CollegeApprover("李院长");
      		ViceSchoolMasterApprover viceSchoolMasterApprover = new ViceSchoolMasterApprover("王副校");
      		SchoolMasterApprover schoolMasterApprover = new SchoolMasterApprover("佟校长");
      
      		// 需要将各个审批级别的下一个设置好 (处理人构成环形: )
      		departmentApprover.setApprover(collegeApprover);
      		collegeApprover.setApprover(viceSchoolMasterApprover);
      		viceSchoolMasterApprover.setApprover(schoolMasterApprover);
      		schoolMasterApprover.setApprover(departmentApprover);
      
      		departmentApprover.processRequest(purchaseRequest);
      		viceSchoolMasterApprover.processRequest(purchaseRequest);
      	}
      
      }
      
      

    总结: 各个职责的处理者形成环状,依次向下判断执行,(条件一定要设置好)

    4. Spring MVC 源码分析

    spring mvc 的请求流程示意图:

    1609947658580

    通过上图可以看到, 在DispatcherServlet 中, 在调用请求对应的Handler 处理前后, 会先执行拦截器链中的各个方法,完成相应的操作

    源码追踪

    DispatcherServlet 中的核心处理方法 doDispatch 方法中, 对 请求处理的前后 进行拦截器链的调用

    protected void doDispatch(HttpServletRequest request, HttpServletResponse response) throws Exception {
    	HttpServletRequest processedRequest = request;
    	HandlerExecutionChain mappedHandler = null;
    	boolean multipartRequestParsed = false;
    
    	WebAsyncManager asyncManager = WebAsyncUtils.getAsyncManager(request);
    
    	try {
    		ModelAndView mv = null;
    		Exception dispatchException = null;
    
    		try {
    			processedRequest = checkMultipart(request);
    			multipartRequestParsed = processedRequest != request;
    
    			// Determine handler for the current request.
    			mappedHandler = getHandler(processedRequest);
    			if (mappedHandler == null || mappedHandler.getHandler() == null) {
    				noHandlerFound(processedRequest, response);
    				return;
    			}
    
    			// Determine handler adapter for the current request.
    			HandlerAdapter ha = getHandlerAdapter(mappedHandler.getHandler());
    
    			// Process last-modified header, if supported by the handler.
    			String method = request.getMethod();
    			boolean isGet = "GET".equals(method);
    			if (isGet || "HEAD".equals(method)) {
    				long lastModified = ha.getLastModified(request, mappedHandler.getHandler());
    				if (logger.isDebugEnabled()) {
    					String requestUri = urlPathHelper.getRequestUri(request);
    					logger.debug("Last-Modified value for [" + requestUri + "] is: " + lastModified);
    				}
    				if (new ServletWebRequest(request, response).checkNotModified(lastModified) && isGet) {
    					return;
    				}
    			}
    
    			if (!mappedHandler.applyPreHandle(processedRequest, response)) {
    				return;
    			}
    
    			try {
    				// Actually invoke the handler.
    				mv = ha.handle(processedRequest, response, mappedHandler.getHandler());
    			}
    			finally {
    				if (asyncManager.isConcurrentHandlingStarted()) {
    					return;
    				}
    			}
    
    			applyDefaultViewName(request, mv);
    			mappedHandler.applyPostHandle(processedRequest, response, mv);
    		}
    		catch (Exception ex) {
    			dispatchException = ex;
    		}
    		processDispatchResult(processedRequest, response, mappedHandler, mv, dispatchException);
    	}
    	catch (Exception ex) {
    		triggerAfterCompletion(processedRequest, response, mappedHandler, ex);
    	}
    	catch (Error err) {
    		triggerAfterCompletionWithError(processedRequest, response, mappedHandler, err);
    	}
    	finally {
    		if (asyncManager.isConcurrentHandlingStarted()) {
    			// Instead of postHandle and afterCompletion
    			mappedHandler.applyAfterConcurrentHandlingStarted(processedRequest, response);
    			return;
    		}
    		// Clean up any resources used by a multipart request.
    		if (multipartRequestParsed) {
    			cleanupMultipart(processedRequest);
    		}
    	}
    }
    
    

    如下几点:

    1. HandlerExecutionChain mappedHandler = null;:表示 Handler 执行链
    2. mappedHandler = getHandler(processedRequest);:通过请求参数(processedRequest)初始化 mappedHandler
    3. mappedHandler.applyPreHandle(processedRequest, response):执行 applyPreHandle() 方法
    4. mappedHandler.applyPostHandle(processedRequest, response, mv);:执行 applyPostHandle() 方法

    总结:

    1. SpringMVC 请求的流程图中,执行了拦截器相关方法:interceptor.preHandler()interceptor.preHandler() 等等
    2. 在处理SpringMvc请求时,使用到职责链模式,还使用到适配器模式
    3. HandlerExecutionChain 主要负责的是请求拦截器的执行和请求处理,但是他本身不处理请求,只是将请求分配给链上注册处理器执行, 这是职责链实现方式,减少职责链本身与处理逻辑之间的耦合,规范了处理流程
    4. HandlerExecutionChain 维护了 HandlerInterceptor 的集合, 可以向其中注册相应的拦截器

    5. 职责链模式的总结

    1. 将请求和处理分开,实现解耦,提高系统的灵活性
    2. 简化了对象,使对象不需要知道链的结构
    3. 性能会受到影响,特别是在链比较长的时候,因此需控制链中最大节点数量,一般通过在Handler中设置一个最大节点数量,在setNext()方法中判断是否已经超过阀值,超过则不允许该链建立,避免出现超长链将会无意识地破坏系统性能
    4. 调试不方便。采用了类似递归的方式,调试时逻辑可能比较复杂
    5. 最佳应用场景: 有多个对象可以处理同一个请求时,比如:多级请求、请假、加薪等审批流程、 Java WebTomcatEncoding的处理、拦截器,
  • 相关阅读:
    ⑨.tomcat性能优化
    ⑧.tomcat安全优化
    Nginx.HSTS
    https证书auto
    ⑦.tomcat 常见故障
    ⑨mvstat
    ⑥.tomcat监控
    ⑥.tomcat多实例
    ⑤.tomcat的三种工作模式
    ④.tomcat配置文件server.xml
  • 原文地址:https://www.cnblogs.com/xjwhaha/p/14250574.html
Copyright © 2020-2023  润新知