redkale 技术详解 01 -- 双亲委托模型
里大量使用了双亲委托模型，序列化的convertfactory、依赖注入的resourcefactory、服务管理的watchfactory均采用双亲委托模型。用于优先加载自定义的处理类，同时也保证两个同级的子factory不会相互干扰。
classloader类加载
双亲委托模型最经典的例子就是jvm的类加载器classloader。每个classloader实例都有一个父类加载器的引用（不是继承关系，是包含关系），虚拟机内置的类加载器（bootstrap classloader）本身没有父类加载器，但可以用作其它classloader实例的的父类加载器。当一个classloader实例需要加载某个类时，它会试图亲自搜索某个类之前，先把这个任务委托给它的父类加载器，这个过程是由上至下依次检查的，首先由最顶层的类加载器bootstrap classloader试图加载，如果没加载到，则把任务转交给extension classloader试图加载，如果也没加载到，则转交给app classloader 进行加载，如果它也没有加载得到的话，则返回给委托的发起者，由它到指定的文件系统或网络等url中加载该类。如果它们都没有加载到这个类时，则抛出classnotfoundexception异常。否则将这个找到的类生成一个类的定义，并将它加载到内存当中，最后返回这个类在内存中的class实例对象。
classloader采用双亲委托有两个好处：避免类的重复加载和保证类的安全性。由类加载的顺序可以看出父加载器加载过的类在子加载器中不会被重复加载，同时也保证了安全性，一些非系统的class是不可靠的，若定义一个恶意的java.io.file类覆盖jdk自带的类会带来不安全性。而使用双亲委托机制的话该file类永远不会被调用，因为委托bootstrapclassloader加载后会加载jdk中的file类而不会加载自定义的这个。
redkale 双亲委托
convertfactory、resourcefactory、watchfactory三者的双亲委托模型设计完全一样。下面以convertfactory为例说明，convertfactory的搜索顺序与classloader相反，classloader为了避免类的重复而先加载父加载器后加载子加载器，convertfactory为了优先加载自定义的encoder和decoder先搜索自身的convertfactory，找不到再从父convertfactory中搜索。
public final <e> encodeable<w, e> findencoder(final type type) {
encodeable<w, e> rs = (encodeable<w, e>) encoders.get(type);
if (rs != null) return rs;
return this.parent == null ? null : this.parent.findencoder(type);
}
当搜索不到encoder、decoder时，自身的convertfactory会自动创建一个objectencoder、objectdecoder。
public final <e> encodeable<w, e> loadencoder(final type type) {
encodeable<w, e> encoder = findencoder(type);
if (encoder != null) return encoder;
if (type instanceof genericarraytype) return new arrayencoder(this, type);
class clazz;
if (type instanceof parameterizedtype) {
final parameterizedtype pts = (parameterizedtype) type;
clazz = (class) (pts).getrawtype();
} else if (type instanceof typevariable) {
typevariable tv = (typevariable) type;
type t = object.class;
if (tv.getbounds().length == 1) {
t = tv.getbounds()[0];
}
if (!(t instanceof class)) t = object.class;
clazz = (class) t;
} else if (type instanceof class) {
clazz = (class) type;
} else {
throw new convertexception("not support the type (" type ")");
}
encoder = findencoder(clazz);
if (encoder != null) return encoder;
return createencoder(type, clazz);
}
大部分情况下convert的处理对象会根据javabean类自定生成，而有些场景需要覆盖处理类，这样需要子convertfactory，如 例子中使用jsonfactory.root().createchild()重定义。且与jsonfactory.root()中的定义可以并存，也不会产出冲突。
redkale可以启动多个协议server服务(配置文件中含多个server节点)，为避免冲突，每个非sncp的server的resourcefactory也是独立的。
public nodeserver(application application, server server) {
this.application = application;
this.resourcefactory = application.getresourcefactory().createchild();
this.server = server;
this.logger = logger.getlogger(this.getclass().getsimplename());
}
双亲委托模型既可让同级子factory保持独立，也可重用父factory内的配置，因此在redkale这种支持多server、多种配置的场景下很是适合。
转载请注明出处：
老乡。。
相关推荐
《teechart应用技术详解》-屈景辉-源代码01-06章
arm嵌入式linux系统开发技术详解------随书代码
h3c路由交换技术详解 1-4
嵌入式linux系统开发技术详解--基于arm(完整版嵌入式linux系统开发技术详解--基于arm(完整版
hibernate技术详解------------------------------------
嵌入式linux系统开发技术详解--基于arm(完整版) 嵌入式linux系统开发技术详解--基于arm(完整版)
阿里技术详解图册-算法篇 阿里技术详解图册-算法篇 阿里技术详解图册-算法篇
阿里技术详解图册-研发篇 阿里技术详解图册-研发篇 阿里技术详解图册-研发篇
tcpip详解2-009tcpip详解2-009tcpip详解2-009tcpip详解2-009tcpip详解2-009tcpip详解2-009tcpip详解2-009tcpip详解2-009tcpip详解2-009tcpip详解2-009tcpip详解2-009tcpip详解2-009tcpip详解2-009tcpip详解2-009
《teechart应用技术详解》-屈景辉-源代码-07-11章
tcpip详解2-007tcpip详解2-007tcpip详解2-007tcpip详解2-007tcpip详解2-007tcpip详解2-007tcpip详解2-007tcpip详解2-007tcpip详解2-007tcpip详解2-007
tcpip详解2-008 tcpip详解2-008 tcpip详解2-008 tcpip详解2-008 tcpip详解2-008 tcpip详解2-008
windows驱动开发技术详解pdf-01
ansys icem cfd网格划分技术实例详解--几何文件.zip
嵌入式linux系统开发技术详解--基于arm(完整版). 嵌入式应用程序的好东西啊
华清远舰 嵌入式linux系统开发技术详解--基于arm(完整版).pdf
路由技术详解--路由器pos接入.docx
路由 技术详解--路由器pos接入.docx
详解pelco-d、pelco-p协议中文资料，适用于软件编程.