0%

spring源码解析之 09bean 标签:meta、lookup-method、replace-method

概述

  1. meta 子元素解析
  2. lookup-method 子元素解析
  3. replace-method子元素解析

meta 子元素解析

在开始解析元素数据的分析前,我们先回顾下元数据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);
// 提出meta
if (isCandidateElement(node) && nodeNameEquals(node, META_ELEMENT)) {
Element metaElement = (Element) node;
String key = metaElement.getAttribute(KEY_ATTRIBUTE);
String value = metaElement.getAttribute(VALUE_ATTRIBUTE);
// 使用key、value构造BeanMetadataAttribute
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>

运行结果为:

1
我是 hongqi

如果将 bean="hognqi" 替换为 bean="bmw",则运行结果变成:

1
我是 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);
// 当且仅当spring默认bean的子元素下切位lookup-method时有效
if (isCandidateElement(node) && nodeNameEquals(node,
LOOKUP_METHOD_ELEMENT)) {
Element ele = (Element) node;
// 获取要修饰的方法
String methodName = ele.getAttribute(NAME_ATTRIBUTE);
// 获取配置返回的bean
String beanRef = ele.getAttribute(BEAN_ELEMENT);
// 封装成LookupOverride进行保存
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"/>

则运行结果为:

1
我是原始方法

增加 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>

运行结果为:

1
我是替换方法

另外需要补充的一点是

如果我们的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 的时候会做详细说明。