m0_48187193的博客

源码中的设计模式之拦截器设计模式文章目录源码中的设计模式之拦截器设计模式前言一、ReaderInterceptorExecutor源码二. MessageBodyFactory前言这个拦截器的源码是从jersey框架下提取出来的，拦截器在这个框架中是对输出输出流信息的拦截，过滤器则是对请求与响应的过滤。一、ReaderInterceptorExecutor源码删除不必要的代码留下核心代码~~读取拦截执行器下面 成员变量Iterator interceptors;被初始化，这个集合是在服务启动配置

源码中的设计模式之策略设计模式文章目录源码中的设计模式之策略设计模式前言策略模式下的源码DefaultEventExecutorChooserFactoryEventExecutorChooserFactory前言这次又水到了策略模式，这个简单~。（1）所谓的策略模式就是将既有的多个算法分别封装到不同的类下，并且这些算法都是对同一个问题提出不同的解决方式。（2）并且这些类都必须实现同一个接口。当用户调用该方法的时候,会根据用户传入的参数选择合适的算法,输出更优的解给用户.就是这么个意思~~策略

源码中的设计模式之过滤器设计模式文章目录源码中的设计模式之过滤器设计模式前言一 过滤器设计模式代码调用的客户端。二 过滤器的接口三 默认实现该接口的过滤器四 抽取其中一个过滤器前言其实过滤器设计模式，我怎么感觉跟拦截器设计模式在功能作用上怎么都一样呢。过滤器设计模式 ：是对满足过滤条件的对象进行放行或者修改该对象的相关属性，（对于不满足的也会放行让它继续向下执行？）拦截器设计模式 ： 也是对穿过它的对象进行拦截，如果满足就条件就放行否则就拒绝，同时在放行的时候也是可以修改通行的对象的属性。

源码中的设计模式之适配器设计模式文章目录源码中的设计模式之适配器设计模式前言基于类的适配器模式基于对象的适配器模式前言继续学习~~经查找与适配器模式相关的学习资料，发现适配器设计模式有两种：一种基于类的实现，另一种基于对象实现。适配器设计模式主要解决需求方接口不兼容的问题，所以需要一个中间类进行转换的那么个意思。此外发现适配器模式跟前面的装饰者模式，静态代理有时候看着又很相似。说一下自己的理解，其实装饰者模式跟静态代理模式，在对象调用方那里都要求实现同一个接口的要求所以不存在接口兼容的问题

源码中的设计模式之模板设计模式该类的继承如下：父类SparkSubmitOptionParser抽掉不必要的代码class SparkSubmitOptionParser { protected final void parse(List<String> args) { Pattern eqSeparatedOpt = Pattern.compile("(--[^=]+)=(.+)"); int idx = 0; for (idx = 0; idx &

静态代理模式@Override public Thread newThread(Runnable r) { Thread t = newThread(new DefaultRunnableDecorator(r), prefix + nextId.incrementAndGet()); try { if (t.isDaemon()) { if (!daemon) { t.