BeanNameAware接口和BeanFactoryAware接口

[url]http://langgufu.iteye.com/blog/1499966[/url]

[b]让Bean对Name有知觉[/b]
作用：[color=red]让Bean获取自己在BeanFactory配置中的名字[/color]（根据情况是id或者name）。

实现：通过实现BeanNameAware接口，接口中就一个方法setBeanName()

例程如下（P100，代码清单5-11，部分）

public class LogginBean implements BeanNameAware {

private String beanName = null;

public void setBeanName(String beanName) {

this.beanName = beanName;

}

}

[b]让Bean对工厂有知觉[/b]
作用：[color=red]让Bean获取配置他们的BeanFactory的引用[/color]。

实现：实现BeanFactoryAware接口，其中只有一个方法即setFactory(BeanFactory factory)。使用上与BeanNameAware接口无异，只不过BeanFactoryAware注入的是个工厂，BeanNameAware注入的是个Bean的名字。

额外说明：

虽然原书中并未提及setFactory()方法的调用时机，但是可以猜想到，这个方法可能是在根据某个配置文件创建了一个新工厂之后，Spring才调用这个方法，并把BeanFactory注入到Bean中。

让bean获取配置自己的工厂之后，当然可以在Bean中使用这个工厂的getBean()方法，但是，实际上非常不推荐这样做，因为结果是进一步加大Bean与Spring的耦合，而且，能通过DI注入进来的尽量通过DI来注入。

当然，除了查找bean，BeanFactory可以提供大量其他的功能，例如销毁singleton模式的Bean。


补充说明：
factory.preInstantiateSingletons();方法。preInstantiateSingletons()方法立即实例化所有的Bean实例，有必要对这个方法和Spring加载bean的机制做个简单说明。


方法本身的目的是让Spring立即处理工厂中所有Bean的定义，并且将这些Bean全部实例化。因为Spring默认实例化Bean的情况下，采用的是lazy机制，换言之，如果不通过getBean()方法（BeanFactory或者ApplicationContext的方法）获取Bean的话，那么为了节省内存将不实例话Bean，只有在Bean被调用的时候才实例化他们。