這篇文章我們主要來學習一下FactoryBean、方法注入和方法替換。
一、FactoryBean
先給出一下比較官方的定義：
A FactoryBean is a pattern to encapsulate interesting object construction logic in a
class. It might be used, for example, to encode the construction of a complex object
graph in a reusable way. Often this is used to construct complex objects that have
many dependencies. It might also be used when the construction logic itself is
highly volatile and depends on the configuration. A FactoryBean is also useful to
help Spring construct objects that it couldn’t easily construct itself. For example, in
order to inject a reference to a bean that was obtained from JNDI, the reference
must first be obtained. You can use the JndiFactoryBean to obtain this reference in
a consistent way. You may inject the result of a FactoryBean’s getObject() method
into any other property.
這段話的意思大致是：
FactoryBean是一種將有趣的對象構造邏輯封裝在類中的模式。例如，它可以用于以
可重用的方式對復雜對象的構造進行編碼。通常這被用來構造具有許多依賴關系的
復雜對象。當構建邏輯本身高度易失性并取決于配置時，也可能使用它。
FactoryBean也可以幫助Spring構建它自己不容易構造的對象。例如，為了注入一個
從JNDI獲得的bean的引用，必須首先獲得引用。您可以使用JndiFactoryBean以一致
的方式獲取此引用。您可以將FactoryBean的getObject（）方法的結果注入任何其他
屬性。
通俗的解釋一下這段話的意思：當我們不想或不能使用Spring幫我們自動構建對象的時候，我們可以通過創建一個FactoryBean接口的實例，來自己實現對象的創建。
我們先來看一下FactoryBean接口：
public interface FactoryBean<T> {
T getObject() throws Exception;
Class<T> getObjectType();
boolean isSingleton();
}
-
getObject()方法會返回該FactoryBean“生產”的對象實例，我們需要實現該方法以給出自己的對象實例化邏輯； -
getObjectType()方法僅返回getObject()方法所返回的對象的類型，如果預先
無法確定，則返回null； -
isSingleton()方法返回結果用于表明，工廠方法getObject()所“生
產”的對象是否要以singleton形式存在于容器中。如果以singleton形式存在，則返回true，否則返回false；
下面是使用FactoryBean創建對象的一個例子：
假設我們有一個Person對象，這個Person對象有兩個屬性，其中一個是Car，但是我們不想讓Spring幫助我們創建這個Car類的實例，我們就可以自己實現一個MyCarFactoryBean來自己定義創建實例的邏輯。
Person類
public class Person {
private Car car ;
private void setCar(Car car){ this.car = car; }
}
FactoryBean類
public class MyCarFactoryBean implements FactoryBean<Car>{
public Car getObject(){
return new Car();
}
public Class<Car> getObjectType() { return Car.class ; }
public boolean isSingleton() { return false; }
}
然后我們就可以這樣配置xml文件：
<bean class = "...MyCarFactoryBean" id = "car"></bean>
<bean class = "...Person" id = "josh">
<property name = "car" ref = "car"/>
</bean>
我們也可以通過注解的方法來實現上面的例子：
@Configuration
public class CarConfiguration {
@Bean
public MyCarFactoryBean carFactoryBean(){
return new Car();
}
@Bean
public Person aPerson(){
Person person = new Person();
person.setCar( carFactoryBean().getObject());
return person;
}
}
通過上面的例子我們可以發現，在xml配置文件中我們通過正常的id引用，容器返回的是FactoryBean所“生產”的對象類型，而非FactoryBean實現本身。
二、方法注入
這里我主要推薦一個講解方法注入講解的特別詳細的一個博客：Spring查找方法注入(Lookup method injection)的底層實現原理
三、方法替換
方法替換可以靈活替換或者說以新的方法實現覆蓋掉原來某個方法的實現邏輯。
實現方法替換我們需要以下兩個步驟：
- 實現MethodReplacer接口
- 替換目標Bean的方法
我們一步一步來，首先我們先創建一個MethodReplacer接口的實例，我們需要在實例中添加要替換的邏輯。
public class PersonOne {
public Car getCar(){
Car car=new Car();
car.setBrand("寶馬");
return car;
}
}
public class PersonTwo implements MethodReplacer{
public Object reimplement(Object arg0,Method arg1,Object[] arg2){
Car car=new Car();
car.setBrand("美人豹");
return car;
}
}
上面的例子中，PersonTwo實現了MethodReplacer接口，有了要替換的邏輯之后，我們就可以把這個邏輯通過<replaced-method>配置到bean定義中，使其生效，我們現在要做的就是把PersonOne的getCar()方法替換為reimplemen()方法，配置如下：
<bean id="personTwo" class="....PersonTwo "/>
<bean id="personOne " class=".....PersonOne "/>
<replaced-method name="getCar" replacer="PersonTwo"></replaced-method>
</bean>
