1. 感觉有点懒惰了,两天没有写了,今天继续分析guzz加载config-server信息,说直接点就是解析guzz.xml中config-server配置的properties
<config-server>
<server class="org.guzz.config.LocalFileConfigServer">
<param name="resource" value="guzz_app.properties" />
</server>
</config-server>
主要就是加载guzz_app.properties
2. 还是在GuzzContextImpl的initFromMainConfig方法中找到下面的代码:
configServer = builder.loadConfigServer() ;
if(configServer == null){
throw new GuzzException("config-server is not available.") ;
}
就是这里解析了config-server,进入到loadConfigServer,这里也是解析xml,和前面的差不多,找到下面的代码
ConfigServer server = (ConfigServer) BeanCreator.newBeanInstance(className) ;
JavaBeanWrapper bw = BeanWrapper.createPOJOWrapper(server.getClass()) ;
2.1 首先看第一句代码,这里是根据xml配置的class通过BeanCreator创建一个对象,类结构图:
在Guzz中只提供了这么一个实现类,但是也可以自己实现的,这里主要列出了2个重要的方法,都等下来看具体的实现。
2.2 接着看第二句代码,这里有出现了BeanWrapper,主要的作用是用于对POJO对象进行读写。BeanWrapper在初始化后会缓存bean的方法信息。就拿上面的2句代码来说明,我们通常配置文件创建了一个ConfigServer,但是在具体运行的时刻而是实现类LocalFileConfigServer,而这个BeanWrapper就是可以获取到运行时刻的ConfigServer的方法,这样不管是LocalFileConfigServer还是自己实现的ConfigServer,都可以通过BeanWrapper知道运行时具体是哪个类,有哪些方法。BeanWrapper类结构图:
由于这里只用到了JavaBeanWrapper,我们就只看这个类,首先看下构造方法:
public JavaBeanWrapper(Class beanClass){
this.beanClass = beanClass ;
BeanInfo bi;
try {
bi = Introspector.getBeanInfo(beanClass);
} catch (IntrospectionException e) {
throw new ORMException("fail to contruct beanwrapper:" + beanClass, e) ;
}
PropertyDescriptor[] pd = bi.getPropertyDescriptors();
//FIXME: cann't handle property:My_book_title
for(int i = 0 ; i < pd.length ; i++){
this.propertyDescriptors.put(pd[i].getName(), pd[i]) ;
}
}
只看红色的代码,首先获取到BeanInfo对象,然后获取到所有属性的PropertyDescriptor对象数组,循环吧数组中的每一个对象存放到map对象中,具体PropertyDescriptor有什么东西,自己可以把写一个测试类打印下就知道了,主要是保存的是每一个属性,和这个属性的读写方法。只要看了构造方法其他的方法都可以不用看了,肯定是通过保存在map中的PropertyDescriptor对象进行的操作。
3. 接着回到GuzzConfigFileBuilder的loadConfigServer方法中,
List xml_params = e.selectNodes("param") ;
for(int i = 0 ; i < xml_params.size() ; i++){
Element xml_param = (Element) xml_params.get(i) ;
String propName = xml_param.attributeValue("name") ;
String value = xml_param.attributeValue("value") ;
if(Resource.class.isAssignableFrom(bw.getPropertyType(propName))){
FileResource fr = new FileResource(mainConfigResource, value) ;
try{
bw.setValue(server, propName, fr) ;
}finally{
CloseUtil.close(fr) ;
}
}else{
bw.setValue(server, propName, value) ;
}
}
这段代码就是解析param,文章开头已经写了我的配置,那么这里的propName的值就是resource,value就是guzz_app.properties,看红色的代码,调用JavaBeanWrapper的setValue方法,看这里要明确运行的时候各个变量具体代表什么,bw就是JavaBeanWrapper对象,存的都是ConfigServer的属性读写方法,而这里的ConfigServer具体有时指LocalFileConfigServer;参数server具体也是LocalFileConfigServer。接着进入到setValue(...)
public void setValue(Object beanInstance, String propName, Object value){
PropertyDescriptor pd = (PropertyDescriptor) this.propertyDescriptors.get(propName) ;
...
Method writeMethod = pd.getWriteMethod();
if (writeMethod != null) {
try {
writeMethod.invoke(beanInstance, new Object[]{value});
} catch (IllegalArgumentException e) {
...
}
}else{
throw new ORMException("property:" + propName + " not writable in :" + this.beanClass) ;
}
}
首先通过属性名称获取到PropertyDescriptor,然后得到写的方法,接着调用方法,我们的属性名称是resource,那么写方法就是setResource,而对象又是LocalFileConfigServer,所以我们就去看LocalFileConfigServer的setResource方法。
4.LocalFileConfigServer的setResource方法有调用了addResource,这也是要的实现方法:
protected void addResource(Resource r, boolean resourceMustBeValid){
Map props = PropertyUtil.loadGroupedProps(r) ;
....
Iterator keys = props.entrySet().iterator() ;
while(keys.hasNext()){
Map.Entry entry = (Entry) keys.next() ;
String configGroupName = (String) entry.getKey() ;
Properties[] ps = (Properties[]) entry.getValue() ;
ServiceConfig[] scs = new ServiceConfig[ps.length] ;
for(int i = 0 ; i < ps.length ; i++){
Properties p = ps[i] ;
ServiceConfig sc = new ServiceConfig() ;
scs[i] = sc ;
sc.setConfigName(configGroupName) ;
//读取系统配置项uniqueIdentifer appName serviceName IP maxLoad
//剩下作为附件参数
sc.setUniqueIdentifer(p.getProperty("guzz.identifer")) ;
sc.setIP(p.getProperty("guzz.IP")) ;
sc.setMaxLoad(StringUtil.toInt(p.getProperty("guzz.maxLoad"), -1)) ;
sc.setAppName(p.getProperty("guzz.appName")) ;
.....
}
configs.put(configGroupName, scs) ;
}
}
第一段红色加粗的地方就是guzz在解析配置文件guzz_app.properties,把以中括号([...])开始的分为一个组,统一存放到一个Map,key就是中括号中的值,作为服务名,具体代码可以自己去看。剩下的一大段循环就是取出返回来的Map中的每一个对象(具体就是Properties),然后根据Properties对象创建服务配置对象ServiceConfig,接着把ServiceConfig对象保存到全局Map对象中。
5.guzz加载config-server信息的过程分析完成。
本文详细解析了Guzz框架中config-server配置的加载过程,包括XML配置解析、BeanWrapper使用及资源加载流程。
249

被折叠的 条评论
为什么被折叠?



