spring 的核心包

• spring-core
• spring-beans
• spring-context
• spring-web
• spring-webmvc
• spring-aop

（一）（Inverse of Control）

译名控制反转，主要指的是创建对象的控制权由用户反转到 Spring 的 Bean工厂。实现了松耦合，将依赖配置和应用程序分离。

（二）DI（Dependency Injection）

译名依赖注入，主要负责创建对象时，将依赖的对象注入进来。或者说通过依赖注入描述对象如何被创建。

依赖注入的方式

• 构造器注入
• Serrter 注入

（三）AOP（Aspect Oriented Programming）

面向切面编程。适合在一系列方法前后作相同操作的时候（如为程序添加统一的功能，集中处理某个公共问题）。弥补了面向对象的不足。

（四）BeanFactory 与 ApplicationContext

Bean工厂 是 Spring 用来存储 Bean 信息及生产对象的地方，它采用延迟加载的机制，在第一次 getBean 时才会初始化Bean。

ApplicationContext 扩展了 BeanFactory，可以在不同的应用中使用不同的 ApplicationContext ，其会在加载配置文件时初始化Bean。

（五）核心类

• BeanWrapper
• ApplicationContext

（一）Bean 的配置方式

• XML配置
• 注解配置
• 接口注入（Spring 未支持）

（二）Bean 的生命周期

1. 对象实例化
2. 封装属性
3. 处理 Aware 接口
4. 执行 BeanPostProcessor 的初始化前方法，再执行 InitializingBean 接口，再执行对象指定的初始化方法，最后执行 BeanPostProcessor 的初始化后方法
5. Bean 开始工作
6. 执行销毁方法

（三）Bean的作用域

• singleton
• prototype
• request
• session
• global session

（四）处理循环依赖

Spring中循环依赖场景有：（1）构造器的循环依赖  （2）field属性的循环依赖。

其中构造器的循环依赖是Spring不能解决的，只会抛出异常。而属性注入的依赖是可以被解决的。

详细来看属性循坏依赖的解决：

spring 有三级缓存： 

• singletonFactories ： 单例对象工厂的cache ，完全注入完成的bean对象
• earlySingletonObjects ：提前暴光的单例对象的Cache ，曝光的半成品bean对象（只完成了构造方法）
• singletonObjects：单例对象的cache ，未曝光的半成品bean对象（只完成了构造方法）

每次找对象会依此从一级缓存向下找，当找到 singletonObjects 会把未曝光的半成品，移动到曝光的半成品中。

这样，通过曝光的半成品对象就解决的属性的循环依赖。但解决不了构造器的循环依赖（因为构造器执行完才有半成品）。

• 单例
• 工厂
• 代理
• 适配器

Tomcat 是一个 web 容器，底层使用 socket 封装好了 HTTP 请求。Tomcat 中一个完整请求的过程如下

1. 客户端发起请求。
2. 当一个 Tomcat 接收到一个客户端请求时，会把请求转发给 Servlet 容器。
3. Servlet 会生成 HttpRequest 对象和 HttpResponse 对象，并使用这个两个对象作为参数调用 HttpServlet 的 service 方法。
4. service 方法处理完成后，Servlet 把 HttpServlet 的相应结果返回给 Tomcat 容器，
5. Tomcat 再把结果返回给客户端。
6. 客户端收到响应。

下图描述了上述流程：

可以看出我们使用 tomcat 和 servlet 只用实现 HttpServlet 的相关处理方法即可，servlet 提供了 web.xml 配置文件，借此可以配置请求 uri 与 HttpServlet 的映射关系，如：

<servlet>
   <servlet-name>HelloServlet</servlet-name>
   <servlet-class>mypack.HelloServlet</servlet-class> <!-- HelloServlet 实现类-->
</servlet>
<servlet-mapping>
   <servlet-name>HelloServlet</servlet-name>
   <url-pattern>/hello</url-pattern> <!-- 需要映射的 uri-->
</servlet-mapping>

SpringMVC 的 org.springframework.web.servlet.DispatcherServlet 就是 HttpSerlvet 的实现类。SpringMVC 使用此类将请求分发给 Controller，Controller 处理业务（可能用到 Model 层），处理完成后将数据交给 View 层渲染，View 层将渲染的结果使用 HttpReponse 返回，这个过程就是 SpringMVC 工作的大致流程。

下面是更详细的流程：

1. DispathcherSerlvet 接收到请求后调用 HandlerMapping 找到具体的 HandlerExecutionChain（包含了Handler 和所有相关的 HandlerInterceptor）
2. 然后 DispathcherSerlvet 轮询所有的 HandlerAdapter，找到能够处理 Handler 的 HandlerAdapter
3. 由 HandlerAdapter 调用具体的 Controller 处理请求得到 ModelAndView 返回给DispathcherSerlvet
4. DispathcherSerlvet 调用 ViewReslover 解析 ModelAndView 生成最终的渲染图，并将渲染图写到 HttpReponse 。

SpringMVC 的入口是 Servlet,而 Structs2 的是filter。

SpringMVC 是一个方法对应一个请求（控制层每个方法对应一个请求）。

Structs 是一个类对应一个请求（配置文件里配置 uri 和 类的映射）。

@ConstructorArgs @Arg @AutoConstructor

使用指定构造函数来初始化返回结果

@ConstructorArgs({
    @Arg(column="column_name1", javaType=xxx1.class)
    @Arg(column="column_name2", javaType=xxx2.class)
})