蒋彪 2012-11-21
Searsar2 是一个日本的开源DI容器,类似于spring。
项目组有个同学问我,Searsar2的底层是如何实现DI机制的。于是我调查了一下,调查结果不敢独享。
和Spring一样,Searsar2可以有很多种部署的方式,在web工程中一般以servlet的方式, 在独立jar包部署的情况下,可以硬编码部署。
这边以硬编码举例。按照Searsar2 官方手册,下载一系列jar包,配好一堆配置文件之后(具体搭建方法请自行上网调查),用以下的代码就可以启动该容器
SingletonS2ContainerFactory.setConfigPath("app.dicon");
SingletonS2ContainerFactory.init();
S2Container container = SingletonS2ContainerFactory.getContainer();
※本文作者蒋彪 原发于http://blog.csdn.net/nanjingjiangbiao 转载请注明
A. SingletonS2ContainerFactory.init()方法中
container = S2ContainerFactory.create(configPath);
在此处生成单例的(static)的容器对象
B. SingletonS2ContainerFactory.create()方法中
if (!initialized) {
// 初期化DI容器工厂,读取DI容器本身的配置文件
configure();
}
//用DI容器工厂中关联的特定的provider
return getProvider().create(path);
C. SingletonS2ContainerFactory.configure()方法中
在class根目录下找[s2container.dicon], 实例化DI容器工厂
首先,生成该工厂配套的 provider(用来加载和注入组件)和 Builder(用来读取配置文件)
if (provider == null) {
provider = new DefaultProvider();
}
if (defaultBuilder == null) {
defaultBuilder = new XmlS2ContainerBuilder();
}
一般说来初期化provider /defaultBuilder 都是null,除非从SingletonS2ContainerInitializer启动DI容器的时候,可以指定
D. 接下来,读取[s2container.dicon],自定义DI容器工厂
final S2ContainerBuilder builder = new XmlS2ContainerBuilder();
configurationContainer = builder.build(configFile);
configurationContainer.init();
Configurator configurator;
if (configurationContainer.hasComponentDef(Configurator.class)) {
configurator = (Configurator) configurationContainer
.getComponent(Configurator.class);
} else {
configurator = new DefaultConfigurator();
}
configurator.configure(configurationContainer);
这边提一下,这边所谓的自定义DI容器工厂,其实是Searsar2框架提供的一个plugin功能,也就是可以自定义DI容器工厂,比如在配置文件中定义自己的provider,自己的classloader,并且可以指定该容器可否热部署。但是如果不想自定义容器,完全可以不写[s2container.dicon],用系统默认的DI工厂
再多说几句, 和Spring类似,Searsar2也推出了自己容器热部署机制,比如在Web环境下,当某个class或者jar包被替换掉之后,DI容器会重classloader一把,具体的实现,Searsar2是通过提供一个HotDeploy专用的provider。(官网上说对多线程支持不好,要慎用)
http://s2container.seasar.org/2.4/ja/S2.4SmartDeploy.html#HotDeploy
E. 用provider 实例化DI容器实例
SingletonS2ContainerFactory.create()方法中
return getProvider().create(path);
出发,默认到DefaultProvider中的create(path)
F. 如果没有自定义classLoader, 默认用当前jvm环境下的classLoader
if (configurationContainer != null
&& configurationContainer
.hasComponentDef(ClassLoader.class)) {
classLoader = (ClassLoader) configurationContainer
.getComponent(ClassLoader.class);
} else {
classLoader = Thread.currentThread().getContextClassLoader();
}
G. 开始实例化DI容器
S2Container container = StringUtil.isEmpty(path) ? new S2ContainerImpl() : build(path, classLoader);
一般默认都会有app.dicon,因此会走进build(path, classLoader)
H. 真正的实例化,发生在
final S2Container container = getBuilder(ext).build(realPath,
classLoader);
在没有自定义的情况下,实际是在XmlS2ContainerBuilder.build中执行
I. 接下来的代码就稍有奇幻色彩
protected S2Container parse(final S2Container parent, final String path) {
final SaxHandlerParser parser = createSaxHandlerParser(parent, path);
final InputStream is = getInputStream(path);
try {
return (S2Container) parser.parse(is, path);
} finally {
InputStreamUtil.close(is);
}
}
读取xml采用的是Sax开源项目,Sax的原理请大家自己上网搜
J. 生成标准的SaxParser , 生成自定义的SaxHandler
final SAXParser saxParser = SAXParserFactoryUtil.newSAXParser(factory);
final SaxHandler handler = new SaxHandler(rule);
这里想提一下,其中的rule
protected S2ContainerTagHandlerRule rule = new S2ContainerTagHandlerRule();
是把DI容器中配置文件可能出现的所有关键字,都作了tagHandler的映射,
在S2ContainerTagHandlerRule中能看到定义如下
addTagHandler("/components", new ComponentsTagHandler());
addTagHandler("component", new ComponentTagHandler());
addTagHandler("arg", new ArgTagHandler());
addTagHandler("property", new PropertyTagHandler());
addTagHandler("meta", new MetaTagHandler());
addTagHandler("initMethod", new InitMethodTagHandler());
addTagHandler("destroyMethod", new DestroyMethodTagHandler());
addTagHandler("aspect", new AspectTagHandler());
addTagHandler("interType", new InterTypeTagHandler());
addTagHandler("/components/include", new IncludeTagHandler());
K. 将SaxHandler和saxParser包装起来,以SaxHandlerParser的面目返回
return new SaxHandlerParser(handler, saxParser);
L. 解析配置文件,生成DI容器实例,就发生在SaxHandlerParser.parse()中
最终的有效代码是
public static void parse(SAXParser parser, InputSource inputSource,
DefaultHandler handler) {
try {
parser.parse(inputSource, handler);
} catch (SAXException e) {
throw new SAXRuntimeException(e);
} catch (IOException e) {
throw new IORuntimeException(e);
}
}
用SAX标准的SAXParser.parser进行配置文件(inputSource)解析,然后把解析成功的对象mapping塞入handler中
下面基本上就是SAX开源框架的事情,根据配置文件的元素命名,向下循环解析,找到命中的tag,就调用对应的TagHandler
比如我们以常见的components举例,一般在配置文件中都配成
<component name="xxxConfig" class="xxxxxConfigImpl"> <property name="xxx">"xxx"</property> </component>
在ComponentsTagHandler中如下解析该段xml,把情报塞入TagHandlerContext
public void start(TagHandlerContext context, Attributes attributes) {
S2Container container = createContainer();
String path = (String) context.getParameter("path");
container.setPath(path);
String namespace = attributes.getValue("namespace");
if (!StringUtil.isEmpty(namespace)) {
container.setNamespace(namespace);
}
String initializeOnCreate = attributes.getValue("initializeOnCreate");
if (!StringUtil.isEmpty(initializeOnCreate)) {
container.setInitializeOnCreate(Boolean.valueOf(initializeOnCreate)
.booleanValue());
}
S2Container parent = (S2Container) context.getParameter("parent");
if (parent != null) {
container.setRoot(parent.getRoot());
}
context.push(container);
}
A. S2ContainerImpl.init()方法中
先循环读取子元素,递归init
for (int i = 0; i < getChildSize(); ++i) {
getChild(i).init();
}
再循环,初期化组件
for (int i = 0; i < getComponentDefSize(); ++i) {
getComponentDef(i).init();
}
其中每个Component都是你配置文件中定义好的
B. 组件的初期化最后落地到ComponetDefImpl.init中
public void init() {
getConcreteClass();
getComponentDeployer().init();
}
C. getConcreteClass 用来做AOP
concreteClass = AopProxyUtil.getConcreteClass(this);
具体的原理是,根据配置文件中定义的pointcut, 加强和混淆class文件。下面分支很多,不讲
D. getComponentDeployer()的生成
默认情况下是,在InstanceSingletonDef.createComponentDeployer中执行
return ComponentDeployerFactory
.createSingletonComponentDeployer(componentDef);
E. 最后的init发生在SingletonComponentDeployer的assemble()中
private void assemble() {
if (instantiating) {
throw new CyclicReferenceRuntimeException(getComponentDef()
.getComponentClass());
}
instantiating = true;
try {
component = getConstructorAssembler().assemble();
} finally {
instantiating = false;
}
getPropertyAssembler().assemble(component);
getInitMethodAssembler().assemble(component);
}
F. 在默认情况下,对象的instance由以下代码生成
protected Object assembleDefault() {
Class clazz = getComponentDef().getConcreteClass();
Constructor constructor = ClassUtil.getConstructor(clazz, null);
return ConstructorUtil.newInstance(constructor, null);
}
以下代码负责把参数注入进去
getPropertyAssembler().assemble(component);
在这里需要注意一点,如果代码中注解,比如
@Resource(name = "JdbcManager")
此时的注入就发生在
AutoPropertyAssembler.assemble()中
PropertyDef propDef = cd.getPropertyDef(i);
AccessTypeDef accessTypeDef = propDef.getAccessTypeDef();
accessTypeDef.bind(cd, propDef, component);
最后底层是调用OGNL达到注入的效果,name一致即注入
#以上
※本文作者蒋彪 原发于http://blog.csdn.net/nanjingjiangbiao 转载请注明