《Spring实战》第四版读书笔记 第一章 Spring之旅

1.1 简化Java开发

为了下降Java开发的复杂性，Spring采起了如下四种关键策略：

• 基于POJO的轻量级和最小侵入性编程；
• 经过依赖注入和面向接口实现松耦合；
• 基于切面和惯例进行声明式编程；
• 经过切面和模板减小样板式代码。

1.1.2 依赖注入

耦合具备两面性。一方面，紧密耦合的代码难以测试、难以复用、难以理解，而且典型的表现出“打地鼠”式的bug特性（修复一个bug，将会出现一个或者更多的bug）。另外一方面，必定程度的耦合有时必须的——彻底没有耦合的代码什么也作不了。为了完成有实际意义的功能，不一样的类必须以适当的方式进行交互。总而言之，耦合是必须的，但应当被当心谨慎的管理。

经过DI，对象的依赖关系将由系统中负责协调各对象的第三方组件在建立对象的时候进行设定。对象无需自行建立或管理它们的依赖关系。依赖关系将被自动注入到须要它们的对象中去。

DI带来的最大收益是松耦合。若是一个对象只经过接口（而不是具体实现或初始化过程）来代表依赖关系，那么这种依赖就可以在对象自己绝不知情的状况下，用不一样的具体实现进行替换。

Spring经过应用上下文装载bean的定义并把它们组装起来。Spring应用上下文全权负责对象的建立和组装。Spring自带了多种应用上下文的实现，它们之间主要的区别仅仅在于如何加载配置。

1.1.3 应用切面

面向切面编程（aspect-oriented programming，AOP）容许你把遍及应用各处的功能分离出来造成可重用的组件。

系统由许多不一样的组件组成，每个组件各负责一块特定功能。除了实现自身核心的功能以外，这些组件还常常承担者额外的职责。诸如日志、事务管理和安全这样的系统服务常常融入到自身具备业务逻辑的组件中去，这些系统服务一般被成为横切关注点，应为它们会跨越系统的多个组件。

若是将这些关注点分散到多个组件中去，代码会带来双重的复杂性：

• 实现系统关注点功能的代码将会重复出如今多个组件中。这意味这若是要改变这些关注点的逻辑，必须修改各个模块中的相关实现。即便把这些关注点抽象为一个独立的模块，其余模块只是调用它的方法，但方法的调用仍是会重复出如今各个模块中。

• 组件会由于那些与自身核心业务无关的代码而变得混乱。一个想地址簿增长地址条目的方法应该只关注若是添加地址，而不该该关注它是否是安全的或者是否须要支持事务。

AOP可以使这些服务模块化，并以声明的方式将它们应用到它们须要影响的组件中去。所形成的结果就是这些组件会具备更高的内聚性而且会更加关注自身的业务，彻底不须要涉及系统服务的复杂性。总之，AOP可以确保POJO的简单性。

1.1.4 使用模版消除样板式代码

JDBC不是产生样板式代码的惟一场景。JMS、JNDI和使用REST服务一般也涉及大量的重复代码。

1.2 容纳Bean

Spring自带了多个容器实现，能够概括为两种不一样的类型。bean工厂（由org.springframework.beans.factory.BeanFactory接口定义）是最简单的容器，提供基本的DI支持。应用上下文（由org.springframework.context.ApplicationContext接口定义）基于BeanFactory构建，并提供应用框架级别的服务，例如从属性文件解析文本信息以及发布应用事件给感兴趣的事件监听者。

1.2.1 使用应用上下文

Spring自带了多种类型的应用上下文，如下一个较经常使用：

• AnnotationConfigApplicationContext;
• AnnotationConfigWebApplicationContext;
• ClassPathXmlApplicationContext;
• FileSystemXmlApplicationContext;
• XmlWebApplicationContext。

FileSystemXmlApplicationContext和ClassPathXmlApplicationContext的区别在于：FileSystemXmlApplicationContext在指定文件系统路径下查找，而ClassPathXmlApplicationContext在全部的类路径（包括JAR文件）下查找。

若是想从Java配置中加载应用上下文，可使用AnnotationConfigApplicationContext。

1.2.2 bean的生命周期

1. Spring对bean进行实例化；
2. Spring将值和bean的引用注入到bean对应的属性中；
3. 若是bean实现了BeanNameAware接口，Spring将bean的ID传递给setBeanName()方法；
4. 若是bean实现了BeanFactoryAware接口，Spring将调用setBeanFactory()方法，将BeanFactory实例传入；
5. 若是bean实现了ApplicationContextAware接口，Spring将调用setApplicationContext()方法，将bean所在的应用上下文的引用传入进来；
6. 若是bean实现了BeanPostProcessor接口，Spring将调用它的postProcessBeforeInitialization()方法；
7. 若是bean实现了InitializingBean接口，Spring将调用它的afterPropertiesSet()方法。相似的，若是bean使用init-method声明了初始化方法或使用了@PostConstruct注解，该方法也会被调用；
8. 若是bean实现了BeanPostProcessor接口，Spring将调用postProcessAfterInitialization()方法；
9. 此时，bean已经准备就绪，能够被应用程序使用了，它们将一直驻留在应用上下文中，直到应用上下文被销毁；
10. 若是bean实现了DisposableBean接口，Spring将调用它的destroy()接口方法。一样，若是bean使用destroy-method声明了销毁方法或使用@PreDestory，该方法也会被调用。