概述
- meta 子元素解析
- lookup-method 子元素解析
- replace-method子元素解析
在开始解析元素数据的分析前,我们先回顾下元数据meta属性的使用
1 2 3
| <bean id="" class=""> <meta key="key1" value="aaaaa"/> </bean>
|
meta :元数据。当需要使用里面的信息时可以通过key获取
meta 所声明的 key 并不会在 Bean 中体现,只是一个额外的声明,当我们需要使用里面的信息时,通过 BeanDefinition 的 getAttribute()
获取。该子元素的解析过程如下:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20
| public void parseMetaElements(Element ele, BeanMetadataAttributeAccessor attributeAccessor) { NodeList nl = ele.getChildNodes(); for (int i = 0; i < nl.getLength(); i++) { Node node = nl.item(i); if (isCandidateElement(node) && nodeNameEquals(node, META_ELEMENT)) { Element metaElement = (Element) node; String key = metaElement.getAttribute(KEY_ATTRIBUTE); String value = metaElement.getAttribute(VALUE_ATTRIBUTE); BeanMetadataAttribute attribute = new BeanMetadataAttribute(key, value); attribute.setSource(extractSource(metaElement)); attributeAccessor.addMetadataAttribute(attribute); } } }
|
解析过程较为简单,获取相应的 key – value 构建 BeanMetadataAttribute 对象,然后通过 addMetadataAttribute()
加入到 AbstractBeanDefinition 中。 “ 如下:
1 2 3
| public void addMetadataAttribute(BeanMetadataAttribute attribute) { super.setAttribute(attribute.getName(), attribute); }
|
委托 AttributeAccessorSupport 实现,如下:
1 2 3 4 5 6 7 8 9
| public void setAttribute(String name, @Nullable Object value) { Assert.notNull(name, "Name must not be null"); if (value != null) { this.attributes.put(name, value); } else { removeAttribute(name); } }
|
AttributeAccessorSupport 是接口 AttributeAccessor 的实现者。 AttributeAccessor 接口定义了与其他对象的元数据进行连接和访问的约定,可以通过该接口对属性进行获取、设置、删除操作。
设置元数据后,则可以通过 getAttribute()
获取,如下:
1 2 3 4
| public Object getAttribute(String name) { BeanMetadataAttribute attribute = (BeanMetadataAttribute) super.getAttribute(name); return (attribute != null ? attribute.getValue() : null); }
|
lookup-method 子元素解析
lookup-method :获取器注入,是把一个方法声明为返回某种类型的bean但实际要返回的bean是在配置文件里面配置的。该方法可以用于设计一些可插拔的功能上,解除程序依赖。
看下面demo:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34
| public interface Car { void display(); }
public class Bmw implements Car{ @Override public void display() { System.out.println("我是 BMW"); } }
public class Hongqi implements Car{ @Override public void display() { System.out.println("我是 hongqi"); } }
public abstract class Display {
public void display(){ getCar().display(); }
public abstract Car getCar(); }
public static void main(String[] args) { ApplicationContext context = new ClassPathXmlApplicationContext("classpath:spring.xml"); Display display = (Display) context.getBean("display"); display.display(); } }
|
配置内容如下:
1 2 3 4 5
| <bean id="hongqi" class="org.springframework.core.test1.Hongqi"></bean> <bean id="bmw" class="org.springframework.core.test1.Bmw"></bean> <bean id="display" class="org.springframework.core.test1.Display"> <lookup-method name="getCar" bean="hongqi"/> </bean>
|
运行结果为:
如果将 bean="hognqi"
替换为 bean="bmw"
,则运行结果变成:
看了这个示例,我们初步了解了 looku-method 子元素提供的功能了,其解析过程如下:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20
| public void parseLookupOverrideSubElements(Element beanEle, MethodOverrides overrides) { NodeList nl = beanEle.getChildNodes(); for (int i = 0; i < nl.getLength(); i++) { Node node = nl.item(i); if (isCandidateElement(node) && nodeNameEquals(node, LOOKUP_METHOD_ELEMENT)) { Element ele = (Element) node; String methodName = ele.getAttribute(NAME_ATTRIBUTE); String beanRef = ele.getAttribute(BEAN_ELEMENT); LookupOverride override = new LookupOverride(methodName, beanRef); override.setSource(extractSource(ele)); overrides.addOverride(override); } } }
|
解析过程和 meta 子元素没有多大区别,同样是解析 methodName、beanRef 构造一个 LookupOverride 对象,然后覆盖即可。在实例化 Bean 的时候,再详细阐述具体的实现过程,这里仅仅只是一个标记作用。
replaced-method子元素解析
replaced-method :可以在运行时调用新的方法替换现有的方法,还能动态的更新原有方法的逻辑
该标签使用方法和 lookup-method 标签差不多,只不过替代方法的类需要实现 MethodReplacer 接口。如下:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22
| public class Method { public void display(){ System.out.println("我是原始方法"); } }
public class MethodReplace implements MethodReplacer {
@Override public Object reimplement(Object obj, Method method, Object[] args) throws Throwable { System.out.println("我是替换方法"); return null; } }
public static void main(String[] args) { ApplicationContext context = new ClassPathXmlApplicationContext("classpath:spring.xml"); Method method = (Method) context.getBean("method"); method.display(); }
|
如果 spring.xml 文件如下:
1 2
| <bean id="methodReplace" class="org.springframework.core.test1.MethodReplace"/> <bean id="method" class="org.springframework.core.test1.Method"/>
|
则运行结果为:
增加 replaced-method 子元素:
1 2 3 4
| <bean id="methodReplace" class="org.springframework.core.test1.MethodReplace"/> <bean id="method" class="org.springframework.core.test1.Method"> <replaced-method name="display" replacer="methodReplace"/> </bean>
|
运行结果为:
另外需要补充的一点是
如果我们的MethodReplacer
将要替换的方法在对应的bean
中属于重载类型的方法,即存在多个方法名相同的方法时,我们还需要通过在replaced-method
元素下通过arg-type
元素来定义对应方法参数的类型,这样就可以区分需要替换的是哪一个方法。所以,针对上述示例,我们也可以如下定义:
1 2 3 4 5 6 7
| <bean id="beanAReplacer" class="com.app.BeanAReplacer"/> <bean id="beanA" class="com.app.BeanA"> <replaced-method name="add" replacer="beanAReplacer"> <arg-type match="int"/> <arg-type match="int"/> </replaced-method> </bean>
|
对应方法名的方法只存在一个时,arg-type
将不起作用,即Spring
此时不会根据arg-type
去取对应的方法进行替换,或者换句话说就是当replaced-method
指定名称的方法只存在一个时,无论arg-type
如何定义都是可以的。
上面代码演示了 replaced-method 子元素的用法,下面再看看该子元素的解析过程。
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30
| public void parseReplacedMethodSubElements(Element beanEle, MethodOverrides overrides) { NodeList nl = beanEle.getChildNodes(); for (int i = 0; i < nl.getLength(); i++) { Node node = nl.item(i); if (isCandidateElement(node) && nodeNameEquals(node, REPLACED_METHOD_ELEMENT)) { Element replacedMethodEle = (Element) node; String name = replacedMethodEle.getAttribute(NAME_ATTRIBUTE); String callback = replacedMethodEle.getAttribute(REPLACER_ATTRIBUTE); ReplaceOverride replaceOverride = new ReplaceOverride(name, callback); List<Element> argTypeEles = DomUtils .getChildElementsByTagName(replacedMethodEle, ARG_TYPE_ELEMENT); for (Element argTypeEle : argTypeEles) { String match = argTypeEle.getAttribute(ARG_TYPE_MATCH_ATTRIBUTE); match = (StringUtils.hasText(match) ? match : DomUtils.getTextValue(argTypeEle)); if (StringUtils.hasText(match)) { replaceOverride.addTypeIdentifier(match); } } replaceOverride.setSource(extractSource(replacedMethodEle)); overrides.addOverride(replaceOverride); } } }
|
该子元素和 lookup-method 资源的解析过程差不多,同样是提取 name 和 replacer 属性构建 ReplaceOverride 对象,然后记录到 AbstractBeanDefinition 中的 methodOverrides 属性中。
对于 lookup-method 和 replaced-method 两个子元素是如何使用以完成他们所提供的功能,在后续实例化 Bean 的时候会做详细说明。