# Spring 基础

# Spring 中都用到了哪些设计模式

参考答案

模板方法，用来解决代码重复的问题。比如.：RestTemplate, JmsTemplate, JpaTemplate。
代理模式，Spring的Proxy模式在aop中有体现，比如JdkDynamicAopProxy和Cglib2AopProxy。
观察者模式，Spring中Observer模式常用的地方是listener的实现。如ApplicationListener。
装饰器模式，Spring中用到的包装器模式在类名上有两种表现：一种是类名中含有Wrapper，另一种是类名中含有Decorator。基本上都是动态地给一个对象添加一些额外的职责。
适配器模式，将一个类的接口转换成客户希望的另外一个接口。Adapter模式使得原本由于接口不兼容而不能一起工作的那些类可以一起工作。
单例模式，Spring中的单例模式提供了全局的访问点BeanFactory。但没有从构造器级别去控制单例，这是因为Spring管理的是是任意的Java对象。
工厂方法，定义一个用于创建对象的接口，让子类决定实例化哪一个类。Spring中的FactoryBean就是典型的工厂方法模式。

# Spring中 Bean 的生命周期

参考答案

①. 通过构造器或工厂方法创建 Bean 实例，默认都是单例。
②. 为 Bean 的属性设置值和对其他 Bean 的引用，也就是依赖注入的过程，对应源码中的populatBean方法;
③. 将 Bean 实例传递给 Bean 后置处理器的 postProcessBeforeInitialization 方法。
④. 调用 Bean 的初始化方法(init-method) 。
⑤. 将 Bean 实例传递给 Bean 后置处理器的 postProcessAfterInitialization 方法。
⑥. Bean 已经依赖注入完毕，可以使用。
⑦. 当容器关闭时, 调用 Bean 的销毁方法(destroy-method) 。

# JDK动态代理的类为什么一定是接口

参考答案

因为JDK中动态生成的代理类已经继承了Proxy代理类，因此必须是接口，才能被$Proxy 继承代理，也就是java单继承多实现的原则。

生成代理类的方法在Proxy 的内部类 ProxyClassFactory 中

 //Proxy 类生成代理类的ProxyGenerator方法
  byte[] proxyClassFile = ProxyGenerator.generateProxyClass(
                proxyName, interfaces, accessFlags);

通过ProxyGenerator方法生成代理类 $Proxy0

 public static void main(String[] args) {
        // JDK的方法 会在JVM内存中生成一个代理类
        byte[] newProxyClass = ProxyGenerator.generateProxyClass("$Proxy0", UserServiceImpl1.class.getInterfaces());
        try {
        	// 类文件名 要与JDK生成的字节码文件名保持一致 
            FileOutputStream fileOutputStream = new FileOutputStream(new File("$Proxy0.class"));
            fileOutputStream.write(newProxyClass);
        } catch (FileNotFoundException e) {
            e.printStackTrace();
        } catch (IOException e) {
            e.printStackTrace();
        }
    }

在工程中查看生成的代理类$Proxy0

 //根据字节码自动生成的代理类，默认已经继承了 Proxy 代理类            
 public final class $Proxy extends Proxy implements People {
    private static Method m1;
    private static Method m3;
    private static Method m2;
    private static Method m0;

    public $Proxy(InvocationHandler var1) throws  {
        super(var1);
    }
    
 }
 
 ...... 省略

# 使用Spring框架的好处

参考答案

轻量：Spring 是轻量的，基本的版本大约2MB。
控制反转：Spring通过控制反转实现了松散耦合，对象们给出它们的依赖，而不是创建或查找依赖的对象们。
面向切面的编程(AOP)：Spring支持面向切面的编程，并且把应用业务逻辑和系统服务分开。
容器：Spring 包含并管理应用中对象的生命周期和配置。
MVC框架：Spring的WEB框架是个精心设计的框架，是Web框架的一个很好的替代品。
事务管理：Spring 提供一个持续的事务管理接口，可以扩展到上至本地事务下至全局事务（JTA）。
异常处理：Spring 提供方便的API把具体技术相关的异常（比如由JDBC，Hibernate or JDO抛出的）转化为一致的unchecked 异常。

# Spring中的自动装配方式有哪些

参考答案

no：这是 Spring 框架的默认设置，在该设置下自动装配是关闭的，开发者需要自行在 bean 定义中用标签明确的设置依赖关系。
byName：该选项可以根据 bean 名称设置依赖关系。当向一个 bean 中自动装配一个属性时，容器将根据 bean 的名称自动在在配置文件中查询一个匹配的 bean。如果找到的话，就装配这个属性，如果没找到的话就报错。
byType：该选项可以根据 bean 类型设置依赖关系。当向一个 bean 中自动装配一个属性时，容器将根据 bean 的类型自动在在配置文件中查询一个匹配的 bean。如果找到的话，就装配这个属性，如果没找到的话就报错。
constructor：造器的自动装配和 byType 模式类似，但是仅仅适用于与有构造器相同参数的 bean，如果在容器中没有找到与构造器参数类型一致的 bean，那么将会抛出异常。
autodetect：该模式自动探测使用构造器自动装配或者 byType 自动装配。首先，首先会尝试找合适的带参数的构造器，如果找到的话就是用构造器自动装配，如果在 bean 内部没有找到相应的构造器或者是无参构造器，容器就会自动选择 byTpe 的自动装配方式。

# 请举例解释@Autowired注解

参考答案

当 Spring 容器在 setter 方法上找到@Autowired 注解时，会尝试用 byType 自动装配。
也可以在构造方法上使用@Autowired 注解。带有@Autowired 注解的构造方法意味着在创建一个 bean 时将会被自动装配。

# 构造方法注入和设值注入有什么区别

参考答案

在使用设值注入时有可能还不能保证某种依赖是否已经被注入，也就是说这时对象的依赖关系有可能是不完整的。而在另一种情况下，构造器注入则不允许生成依赖关系不完整的对象。

# Spring 提供了哪些事件

参考答案

上下文更新事件（ContextRefreshedEvent）：该事件会在 ApplicationContext 被初始化或者更新时发布。也可以在调用 ConfigurableApplicationContext 接口中的 refresh()方法时被触发。
上下文开始事件（ContextStartedEvent）：当容器调用 ConfigurableApplicationContext 的 Start()方法开始/重新开始容器时触发该事件。
上下文停止事件（ContextStoppedEvent）：当容器调用 ConfigurableApplicationContext 的 Stop()方法停止容器时触发该事件。
上下文关闭事件（ContextClosedEvent）：当 ApplicationContext 被关闭时触发该事件。容器被关闭时，其管理的所有单例 Bean 都被销毁。
请求处理事件（RequestHandledEvent）：在 Web 应用中，当一个 http 请求（request）结束触发该事件。

扩展阅读

除了上面介绍的事件以外，还可以通过扩展 ApplicationEvent 类来开发自定义的事件。

public class CustomApplicationEvent extends ApplicationEvent{         
    public CustomApplicationEvent ( Object source, final String msg ){             
        super(source);             
        System.out.println("Created a Custom event");         
    }     
}

为了监听这个事件，还需要创建一个监听器

public class CustomEventListener implements ApplicationListener<CustomApplicationEvent>{         
@Override         
public void onApplicationEvent(CustomApplicationEvent applicationEvent) {             //handle event         
}     
}

之后通过 applicationContext 接口的 publishEvent()方法来发布自定义事件

 CustomApplicationEvent customEvent = new
 CustomApplicationEvent(applicationContext, "Test message");
 applicationContext.publishEvent(customEvent);

# Filter和Interceptor的区别

参考答案

Filter是基于函数回调（doFilter()方法）的，而Interceptor则是基于Java反射的（AOP思想）。
Filter依赖于Servlet容器，而Interceptor不依赖于Servlet容器。
Filter对几乎所有的请求起作用，而Interceptor只能对action请求起作用。
Interceptor可以访问Action的上下文，值栈里的对象，而Filter不能。
在action的生命周期里，Interceptor可以被多次调用，而Filter只能在容器初始化时调用一次。
Filter在过滤是只能对request和response进行操作，而interceptor可以对request、response、handler、modelAndView、exception进行操作。

← 实现原理系列 Spring事务管理 →