Spring

再保留它了。所以SqlSessionFactoryBuilder 实例的最好的作用域是方法体内(即一个本地方法变量)。
您能重用SqlSessionFactoryBuilder 创建多个SqlSessionFactory 实例，但最好不要把
时间、资源放在解析XML 文件上，而是要从中解放出来做最重要事情。

一旦创建，SqlSessionFactory 将会存在于您的应用程序整个运行生命周期中。
很少或根本没有理由去销毁它或重新创建它。最佳实践是不要在一个应用中多次创建SqlSessionFactory。
范围。这可以由多种方式来实现，最简单的方式是使用Singleton 模式或静态Singleton 模式。
入方式。这些框架允许您创造一个管理器，用于管理SqlSessionFactory 的生命周期。

因此最好的作用域是request 或者method。决不要用一个静态字段或者一个类的实例字段来保存SqlSession 实例引用。
也不要用任何一个管理作用域，如Servlet 框架中的HttpSession，来保存SqlSession 的引用。
如果您正在用一个WEB 框架，可以把SqlSession 的作用域看作类似于HTTP 的请求范围。
也就是说，在收到一个HTTP 请求，您可以打开一个SqlSession，当您把response 返回时，就可以把SqlSession 关闭。
关闭会话是非常重要的，您应该要确保会话在一个finally 块中被关闭。

全局性地启用或禁用所有在mapper 配

全局性地启用或禁用延迟加载。当禁用

当启用后，一个有延迟加载属性的对象

允许或禁止从单一的语句返回多个结果

使用列的标签而不是列的名称。在这方

允许JDBC 自动生成主键。需要驱动程

指定MyBatis 是否以及如何自动将列映

配置默认的执行器(executor)。

设置查询数据库超时时间。任何正整数Not Set

能够重写类型处理器(type handlers)，或者创建您自己的类型处理器去处理没有被支持

配置文件

如果有事务在运行，当前的方法在这个事务内运行，否则，就启动一个新的事务，并在自己的事务内运行

当前的方法必须启动新事物，并在它自己的事务内运行，如果有事务正在运行，应该将他挂起

如果有事务在运行，当前的方法就在这个事务内运行。否则它可以不运行在事务中

当前的方法不应该运行在事务中，如果有运行的事务，将他挂起

当前的方法必须运行在事务内部，如果没有正在运行的事务，就抛出异常

当前的方法不应该运行在事务中，如果有运行的事务，就抛出异常

如果有事务在运作，当前的方法就应该在这个事务的嵌套事务内运行。否则，就启动一个新的事务，并在它自己的事务内运行

对于两个事务T1,T2，  T1读取了已经被T2更新但还没有被提交的字段，
之后，若T2回滚，T1 读取的内容就是临时且无效的

对于两个事务T1，T2，  T1读取了一个字段，然后T2更新了该字段，
之后，T1再次读取同一个字段，值就不同了

对于两个事务T1，T2  T1从一个表中读取了一个字段，然后T2在该表中插入了一些新的行，
之后，如果T1再次读取同一个表，就会多出几行

使用底层数据库的默认隔离级别，对于大多数数据库来说默认隔离级别都是
READ_COMMITED

允许事务读取未被其他事务提交的变更，脏读，不可重复读和幻读问题都会出现
保证了读取过程中不会读取到非法数据。

只允许事务读取已经被其他事务提交的变更，可以避免脏读，但不可重复读和幻读问题仍可能出现
大多数主流数据库的默认事务等级，保证了一个事务不会读到另一个并行事务已修改但未提交的数据，避免了“脏读取”。该级别适用于大多数系统。

确保事务可以多次从一个 字段中读取相同的值，在这个事务持续期间，禁止其他事务对这个字段进行更新，可以避免脏读和不可重复读，但幻读问题仍然存在
保证了一个事务不会修改已经由另一个事务读取但未提交（回滚）的数据。避免了“脏读取”和“不可重复读取”的情况，但是带来了更多的性能损失。

确保事务可以从一个表中读取相同的行，这个事务持续期间，禁止其他事务对该表进行插入，更新和删除操作，所有并发问题都可以避免，但性能十分低下
最严格的级别，事务串行执行，资源消耗最大；

用@Transactional注解声明式地管理事务时，
可以在@Transactional的isolation属性中设置隔离级别

在Spring 2.x事务通知中，可以在<tx:method>元素中指定隔离级别

事务的隔离级别要得到底层数据库引擎的支持，而不是应用程序或者框架的支持

Oracle支持2种事务隔离级别：READ_COMMITED,SERIALIZABLE

Mysql支持4种事务隔离级别

从理论上来说，事务应该彼此完全隔离，以避免并发事务所导致的问题，然而，那样会对性能产生极大的影响，因为事务必须按顺序运行

在实际开发中，为了提升性能，事务会以较低的隔离级别运行

事务的隔离级别可以通过隔离事务属性指定

属性注入

构造器注入

工厂方法注入（很少使用，不推荐）

字面值

BeanFactory（IOC容器的基本实现）

ApplicationContext（提供了更多的高级特性，是BeanFactory的子接口）

几乎所有的应用场合都直接使用ApplicationContext而非底层的BeanFactory
无论使用何种方式，配置方式相同

ApplicationContext的主要实现类

反射配置

命名空间（p）

集合属性

自动装配（autowrie）

工厂方法配置

注解配置

引用

                           

继承

依赖

在Spring中，可以在<bean>元素的scope属性里设置bean的作用域

默认情况下，Spring只为每个在IOC容器里声明的bean创建唯一的一个实例，整个IOC容器范围内部都能共享该实例。
所有后续的getBean调用和bean引用都将返回这个唯一的bean实例，该作用域被称为singleton，它是所有bean的默
认作用域

四种作用域

在配置文件里配置 Bean 时, 有时需要在 Bean 的配置里混入系统部署的细节信息
(例如: 文件路径, 数据源配置信息等). 而这些部署细节实际上需要和 Bean 配置相分离

Spring 提供了一个 PropertyPlaceholderConfigurer 的 BeanFactory 后置处理器,
这个处理器允许用户将 Bean 配置的部分内容外移到属性文件中. 可以在 Bean 配置
文件里使用形式为 ${var} 的变量,
PropertyPlaceholderConfigurer 从属性文件里加载属性, 并使用这些属性来替换变量.

Spring 还允许在属性文件中使用 ${propName}，以实现属性之间的相互引用。

spring2.0

Spring 2.5 之后: 可通过 <context:property-placeholder> 元素简化:

简介

字面量的表示

引用

支持运算符号

Spring IOC 容器可以管理 Bean 的生命周期, Spring 允许在 Bean 生命周期的特定点执行定制的任务.

pring IOC 容器对 Bean 的生命周期进行管理的过程:
通过构造器或工厂方法创建 Bean 实例
为 Bean 的属性设置值和对其他 Bean 的引用
调用 Bean 的初始化方法
Bean 可以使用了
当容器关闭时, 调用 Bean 的销毁方法

在 Bean 的声明里设置 init-method 和 destroy-method 属性, 为 Bean 指定初始化和销毁方法.

Bean 后置处理器允许在调用初始化方法前后对 Bean 进行额外的处理.

Bean 后置处理器对 IOC 容器里的所有 Bean 实例逐一处理, 而非单一实例.
其典型应用是: 检查 Bean 属性的正确性或根据特定的标准更改 Bean 的属性.

Spring IOC 容器对 Bean 的生命周期进行管理的过程:
  通过构造器或工厂方法创建 Bean 实例
  为 Bean 的属性设置值和对其他 Bean 的引用
  将 Bean 实例传递给 Bean 后置处理器的 postProcessBeforeInitialization 方法
  调用 Bean 的初始化方法
  将 Bean 实例传递给 Bean 后置处理器的 postProcessAfterInitialization方法
  Bean 可以使用了
  当容器关闭时, 调用 Bean 的销毁方法

代理设计模式的原理: 使用一个代理将对象包装起来, 然后用该代理对象取代原始对象. 任何对原始对象的调用都要通过代理. 代理对象决定是否以及何时将方法调用转到原始对象上.

横切关注点(跨越应用程序多个模块的功能)被模块化的特殊对象

切面必须要完成的工作

被通知的对象

向目标对象应用通知之后创建的对象

程序执行的某个特定位置：如类某个方法调用前、调用后、方法抛出异常后等。连接点由两个信息确定：方法表示的程序执行点；
相对点表示的方位。例如 ArithmethicCalculator#add() 方法执行前的连接点，执行点为 ArithmethicCalculator#add()；
方位为该方法执行前的位置

每个类都拥有多个连接点：例如 ArithmethicCalculator 的所有方法实际上都是连接点，即连接点是程序类中客观存在的事务。AOP 通过切点定位到特定的连接点。类比：连接点相当于数据库中的记录，切点相当于查询条件。切点和连接点不是一对一的关系，一个切点匹配多个连接点，切点通过 org.springframework.aop.Pointcut 接口进行描述，它使用类和方法作为连接点的查询条件。

要在 Spring 应用中使用 AspectJ 注解, 必须在 classpath 下包含 AspectJ 类库: aopalliance.jar、aspectj.weaver.jar 和 spring-aspects.jar
将 aop Schema 添加到 <beans> 根元素中.
要在 Spring IOC 容器中启用 AspectJ 注解支持, 只要在 Bean 配置文件中定义一个空的 XML 元素 <aop:aspectj-autoproxy>
当 Spring IOC 容器侦测到 Bean 配置文件中的 <aop:aspectj-autoproxy> 元素时, 会自动为与 AspectJ 切面匹配的 Bean 创建代理

要在 Spring 中声明 AspectJ 切面, 只需要在 IOC 容器中将切面声明为 Bean 实例. 当在 Spring IOC 容器中初始化 AspectJ 切面之后, Spring IOC 容器就会为那些与 AspectJ 切面相匹配的 Bean 创建代理.
在 AspectJ 注解中, 切面只是一个带有 @Aspect 注解的 Java 类.
通知是标注有某种注解的简单的 Java 方法.

AspectJ 支持 5 种类型的通知注解:
@Before: 前置通知, 在方法执行之前执行
@After: 后置通知, 在方法执行之后执行
@AfterRunning: 返回通知, 在方法返回结果之后执行
@AfterThrowing: 异常通知, 在方法抛出异常之后
@Around: 环绕通知, 围绕着方法执行