模板方法模式在Spring应用

• Spring IOC容器初始化时运用到的模板方法模式

public interface ConfigurableApplicationContext extends ApplicationContext, Lifecycle, Closeable {
    //声明了一个模板方法
    void refresh() throws BeansException, IllegalStateException;
}

public abstract class AbstractApplicationContext extends DefaultResourceLoader implements ConfigurableApplicationContext, DisposableBean {
    //模板方法的实现
    public void refresh() throws BeansException, IllegalStateException {
        synchronized (this.startupShutdownMonitor) {
        // Prepare this context for refreshing.

protected ConfigurableListableBeanFactory obtainFreshBeanFactory() {
    refreshBeanFactory();//抽象的
    ConfigurableListableBeanFactory beanFactory = getBeanFactory
    if (logger.isDebugEnabled()) {
        logger.debug("Bean factory for " + getDisplayName() + ": " + beanFactory);
    }

public class GenericApplicationContext extends AbstractApplicationContext implements BeanDefinitionRegistry protected final void refreshBeanFactory() throws IllegalStateException {//子类实现了refreshBeanFactory
    // 实现交给子类
}

public final ConfigurableListableBeanFactory getBeanFactory
}

public abstract class AbstractRefreshableApplicationContext extends AbstractApplicationContext {
    //也实现了 refreshBeanFactory 和 getBeanFactory
    //它的子类，就可以按它的实现方式来getBeanFactory 
    //比如 ClassPathXmlApplicationContext
}

• 模板方法模式的注意事项和细节

1) 基本思想是：算法只存在于一个地方，也就是在父类中，容易修改。需要修改算法时，只要修改父类的模板方法或者已经实现的某些步骤，子类就会继承这些修改
2) 实现了最大化代码复用。父类的模板方法和已实现的某些步骤会被子类继承而直接使用
3) 既统一了算法，也提供了很大的灵活性。父类的模板方法确保了算法的结构保持不变，同时由子类提供部分步骤的实现。
4) 该模式的不足之处：每一个不同的实现都需要一个子类实现，导致类的个数增加，使得系统更加庞大
5) 一般模板方法都加上final关键字， 防止子类重写模板方法.
6) 模板方法模式使用场景：当要完成在某个过程，该过程要执行一系列步骤 ，这一系列的步骤基本相同，但其个别步骤在实现时 可能不同，通常考虑用模板方法模式来处理