8.声明式事务

自动注入

1. 在 Spring 配置文件中对象名和 ref=”id”id 名相同使用自动注入,可以不配置

2. 两种配置办法

   • 在中通过 autowire=”” 配置,只对这个生效
   • 在中通过 default-autowire=””配置,表当当前文件中所有都是全局配置内容

3. autowire=”” 可取值

   • default: 根据全局 default-autowire=””值.默认全局和局部都没有配置情况下,相当于 no
   • no: 不自动注入
   • byName: 通过名称自动注入.在 Spring 容器中找类的 Id
   • byType: 根据类型注入
     • spring 容器中不可以出现两个相同类型的
   • constructor: 根据构造方法注入.
     • 提供对应参数的构造方法(构造方法参数中包含注入对戏那个)
     • 底层使用 byName, 构造方法参数名和其他的 id相同

Spring 中加载 properties 文件

1. 在src下新建 xxx.properties 文件

2. 在 spring 配置文件中先引入 xmlns:context,在下面添加

   • 如果需要记载多个配置文件逗号分割
     <context:property-placeholder location="classpath:db.properties"/>

3. 添加了属性文件记载,并且在中开启自动注入注意的地方

   • SqlSessionFactoryBean 的 id 不能叫做 sqlSessionFactory
   • 修改
     • 把原来通过ref引用替换成value赋值,自动注入只能影响ref,不会影响 value 赋值

<bean class="org.mybatis.spring.mapper.MapperScannerConfigurer">
    <property name="basePackage" value="com.bjsxt.mapper"></property> 
    <property name="sqlSessionFactoryBeanName" value="factory"></property> 
</bean>

4. 在被Spring管理的类中通过@Value(“${key}”)取出properties中内容
   • 添加注解扫描
     <context:component-scan base-package="com.buendia.service.impl"></context:component-scan>
   • 在类中添加
     • key 和变量名可以不相同
     • 变量类型任意,只要保证 key 对应的 value 能转换成这个类型就可以

@Value("${my.demo}") 
private String test;

scope 属性

1. 的属性
2. 作用:控制对象有效范围(单例,多例等)
3. 标签对应的对象默认是单例的
   • 无论获取多少次,都是同一个对象
4. scope 可取值
   • singleton 默认值,单例
   • prototype 多例,每次获取重新实例化
   • request 每次请求重新实例化
   • session 每个会话对象内,对象是单例的
   • application 在 application 对象内是单例
   • global session spring 推出的一个对象 , 依赖于spring-webmvc-portlet,类似于 session

单例设计模式

1. 作用: 在应用程序有保证最多只能有一个实例.
2. 好处:
   • 提升运行效率.
   • 实现数据共享. 案例:application 对象
3. 懒汉式
   • 对象只有被调用时才去创建.
   • 示例代码

public class SingleTon {
    //由于对象需要被静态方法调用,把方法设置为 static
    //由于对象是 static,必须要设置访问权限修饰符为 private , 
    //如果是 public 可以直接调用对象,不执行访问入口 private static SingleTon singleton; 
    /**
    * 方法名和类名相同 
    * 无返回值
    * 其他类不能实例化这个类对象 
    * 对外提供访问入口 
    */ 
    private SingleTon(){}
    /**
    * 实例方法,实例方法必须通过对象调用 
    * 设置方法为静态方法 
    * @return 
    */
    public static SingleTon getInstance(){
        //添加逻辑如果实例化过,直接返回 
        if(singleton==null){ 
            /*
            * 多线程访问下,可能出现 if 同时成立的情况,添加锁 
            */ 
            synchronized (SingleTon.class) {
                //双重验证 
                if(singleton==null){ 
                    singleton = new SingleTon(); 
                }
            }
        } 
        return singleton;
    }
}

• 由于添加了锁,所以导致效率低

4. 饿汉式
   • 解决了懒汉式中多线程访问可能出现同一个对象和效率低问题

public class SingleTon {
    //在类加载时进行实例化
    private static SingleTon singleton=new SingleTon(); 
    private SingleTon(){} 
    public static SingleTon getInstance(){ 
        return singleton; 
    }
}

声明式事务

1. 编程式事务:
   • 由程序员编程事务控制代码.
   • OpenSessionInView 编程式事务
2. 声明式事务:
   • 事务控制代码已经由 spring 写好.程序员只需要声明出哪些方法需要进行事务控制和如何进行事务控制
3. 声明式事务都是针对于 ServiceImpl 类下方法的
4. 事务管理器基于通知(advice)的
5. 在 spring 配置文件中配置声明式事务

<context:property-placeholder
	location="classpath:db.properties,classpath:second.pr operties"/> 
<bean id="dataSource"
      class="org.springframework.jdbc.datasource.DriverMa nagerDataSource"> 
    <property name="driverClassName" value="${jdbc.driver}"></property> 
    <property name="url" value="${jdbc.url}"></property> 
    <property name="username" value="${jdbc.username}"></property> 
    <property name="password" value="${jdbc.password}"></property> 
</bean>
<!-- spring-jdbc.jar 中 --> 
<bean id="txManager"
      class="org.springframework.jdbc.datasource.DataSour ceTransactionManager"> <property name="dataSource" ref="dataSource"></property> 
</bean>
<!-- 配置声明式事务 --> 
<tx:advice id="txAdvice" transaction-manager="txManager"> 
    <tx:attributes>
        <!-- 哪些方法需要有事务控制 --> 
        <!-- 方法以 ins 开头事务管理 --> 
        <tx:method name="ins*" /> 
        <tx:method name="del*" /> 
        <tx:method name="upd*" /> 
        <tx:method name="*" /> 
    </tx:attributes> 
</tx:advice> 

<aop:config>
    <!-- 切点范围设置大一些 --> 
    <aop:pointcut expression="execution(*com.biendia.service.impl.*.*(..))"
                  id="mypoint" /> 
    <aop:advisor advice-ref="txAdvice" pointcut-ref="mypoint" /> 
</aop:config>

声明式事务中属性解释

1. name=”” 哪些方法需要有事务控制
   • 支持*通配符
2. readonly=”boolean” 是否是只读事务
   • 如果为 true,告诉数据库此事务为只读事务.数据化优化,会对性能有一定提升,所以只要是查询的方法,建议使用此数据
   • 如果为 false(默认值),事务需要提交的事务.建议新增,删除,修改
3. propagation 控制事务传播行为
   • 当一个具有事务控制的方法被另一个有事务控制的方法调用后,需要如何管理事务(新建事务?在事务中执行?把事务挂起?报异常?)
   • REQUIRED(默认值): 如果当前有事务,就在事务中执行,如果当前没有事务,新建一个事务
   • SUPPORTS:如果当前有事务就在事务中执行,如果当前没有事务,就在非事务状态下执行
   • MANDATORY:必须在事务内部执行,如果当前有事务,就在事务中执行,如果没有事务,报错
   • REQUIRES_NEW:必须在事务中执行,如果当前没有事务,新建事务,如果当前有事务,把当前事务挂起
   • NOT_SUPPORTED:必须在非事务下执行,如果当前没有事务,正常执行,如果当前有事务,把当前事务挂起
   • NEVER:必须在非事务状态下执行,如果当前没有事务,正常执行,如果当前有事务,报错
   • NESTED:必须在事务状态下执行.如果没有事务,新建事务,如果当前有事务,创建一个嵌套事务
4. isolation=”” 事务隔离级别
   • 在多线程或并发访问下如何保证访问到的数据具有完整性的
   • 脏读:
     • 一个事务(A)读取到另一个事务(B)中未提交的数据,另一个事务数据可能进行了改变,此时A事务读取的数据可能和数据库中数据是不一致的,此时认为数据是脏数据,读取脏数据过程叫做脏读
   • 不可重复读:
     • 主要针对的是某行数据.(或行中某列)
     • 主要针对的操作是修改操作
     • 两次读取在同一个事务内
     • 当事务A第一次读取事务后,事务B对事务A读取的淑君进行修改,事务 A 中再次读取的数据和之前读取的数据不一致,过程不可重复读
   • 幻读:
     • 主要针对的操作是新增或删除
     • 两次事务的结果
     • 事务A按照特定条件查询出结果,事务B新增了一条符合条件的数据.事务 A 中查询的数据和数据库中的数据不一致的,事务 A 好像出现了幻觉,这种情况称为幻读
   • DEFAULT: 默认值,由底层数据库自动判断应该使用什么隔离界
     别
   • READ_UNCOMMITTED: 可以读取未提交数据,可能出现脏读,不重复读,幻读
     • 效率最高
   • READ_COMMITTED:只能读取其他事务已提交数据.可防止脏读,可能出现不可重复读和幻读
   • REPEATABLE_READ: 读取的数据被添加锁,防止其他事务修改此数据,可以防止不可重复读.脏读,可能出现幻读
   • SERIALIZABLE: 排队操作,对整个表添加锁.一个事务在操作数据时,另一个事务等待事务操作完成后才能操作这个表
     • 最安全的
     • 效率最低的
5. rollback-for=”异常类型全限定路径”
   • 当出现什么异常时需要进行回滚
   • 建议:给定该属性值
     • 手动抛异常一定要给该属性值
6. no-rollback-for=””
   • 当出现什么异常时不滚回事务