十四 spring容器的声明式事务管理

spring在运行期（unchecked）的例外，spring是会回滚的，但是如果是（checked）是不会回滚的   我们可以去控制事务回滚的操作  在调用的方法上加入事务标注  @Transactional(noRollbackFor=Exception.class)  这()里有很多属性，自己可以去试试  noRollbackFor 不回滚 Exception.class异常类 noRollbackFor=Exception.class 这表示的是如果碰到Exception.class将不回滚，继续提交事务对于有些数据库的操作，DAO类的某些方法是不需要进行开启事务的，但是这个DAO交给spring之后将会对这个DAO类的所有方法都开启事务，这样会消耗一部分内存怎么办呢 这就牵扯到事务的传播属性了接下来我们会对这进行讲解我们可以在执行的方法上加入不开启事务的注释    @Transactional(propagation=Propagation.NOT_SUPPORTED)public Person getPerson(Integer personid) {//参数一 执行的sql 参数二 接受的字段 参数三 回调的类 这个类需要额外去实现 并且必须要去实现RowMapper接口return (Person)jdbcTemplate.queryForObject("select * from person where id=?", new Object[]{personid}, new int[]{java.sql.Types.INTEGER}, new PersonRowMapper());}补充 propagation说明 这是个事务的属性，这个属性会对事务进行控制 Propagation.NOT_SUPPORTED 这表示不开启事务 Propagation事务传播属性有哪些值 REQUIRED：业务方法需要在一个事务中运行。如果方法运行时，已经处在一个事务中，那么加入到该事务，否则为自己创建一个新的事务。NOT_SUPPORTED：声明方法不需要事务。如果方法没有关联到一个事务，容器不会为它开启事务。如果方法在一个事务中被调用，该事务会被挂起，在方法调用结束后，原先的事务便会恢复执行。REQUIRESNEW：属性表明不管是否存在事务，业务方法总会为自己发起一个新的事务。如果方法已经运行在一个事务中，则原有事务会被挂起，新的事务会被创建，直到方法执行结束，新事务才算结束，原先的事务才会恢复执行。MANDATORY：该属性指定业务方法只能在一个已经存在的事务中执行，业务方法不能发起自己的事务。如果业务方法在没有事务的环境下调用，容器就会抛出例外。SUPPORTS：这一事务属性表明，如果业务方法在某个事务范围内被调用，则方法成为该事务的一部分。如果业务方法在事务范围外被调用，则方法在没有事务的环境下执行。Never：指定业务方法绝对不能在事务范围内执行。如果业务方法在某个事务中执行，容器会抛出例外，只有业务方法没有关联到任何事务，才能正常执行。NESTED：如果一个活动的事务存在，则运行在一个嵌套的事务中. 如果没有活动事务, 则按REQUIRED属性执行.它使用了一个单独的事务， 这个事务拥有多个可以回滚的保存点。内部事务的回滚不会对外部事务造成影响。它只对DataSourceTransactionManager事务管理器起效那什么是事务传播属性呢？指的是事务的控制操作的规则，就是在什么情况下执行开启事务，这只对事务的开启起作用 下面我们来分析一下事务的内部实现原理 我们就以事务传播属性NESTED为例吧@Service @Transactionalpublic class PersonServiceBean implements PersonService {private JdbcTemplate jdbcTemplate;@Resourcepublic void setDataSource(DataSource dataSource) {    this.jdbcTemplate = new JdbcTemplate(dataSource);}public List<Person> getPersons(){RowMapper rowMapper = new RowMapper(){public Object mapRow(ResultSet rs, int rowNum) throws SQLException {Person person = new Person();person.setId(rs.getInt("id"));person.setName(rs.getString("name"));return person;}};return jdbcTemplate.query("select * from person", rowMapper);}}分析这段代码 这就是NESTED传播行为的情况 那么事务在并发处理的时候会出现什么情况呢 这就牵扯到事务的隔离级别的问题 数据库系统提供了四种事务隔离级数据库系统提供了四种事务隔离级别供用户选择。不同的隔离级别采用不同的锁类型来实现，在四种隔离级别中，Serializable的隔离级别最高，Read Uncommited的隔离级别最低。大多数据库默认的隔离级别为Read Commited，如SqlServer，当然也有少部分数据库默认的隔离级别为Repeatable Read ，如MysqlRead Uncommited：读未提交数据(会出现脏读,不可重复读和幻读)。Read Commited：读已提交数据(会出现不可重复读和幻读)Repeatable Read：可重复读(会出现幻读)Serializable：串行化推荐使用Repeatable Read这种级别脏读：一个事务读取到另一事务未提交的更新新据。不可重复读：在同一事务中，多次读取同一数据返回的结果有所不同。换句话说就是，后续读取可以读到另一事务已提交的更新数据。相反，“可重复读”在同一事务中多次读取数据时，能够保证所读数据一样，也就是，后续读取不能读到另一事务已提交的更新数据。幻读：一个事务读取到另一事务已提交的insert数据。补充理解为了兼顾并发效率和异常控制，在标准SQL规范中，定义了4个事务隔离级别，（ORACLE和SQLSERER对标准隔离级别有不同的实现 ）Read Uncommitted： 直译就是"读未提交",意思就是即使一个更新语句没有提交,但是别 的事务可以读到这个改变.这是很不安全的. Read Committed： 直译就是"读提交",意思就是语句提交以后即执行了COMMIT以后 别的事务就能读到这个改变. Repeatable Read： 直译就是"可以重复读",这是说在同一个事务里面先后执行同一个 查询语句的时候,得到的结果是一样的. Serializable: 直译就是"序列化",意思是说这个事务执行的时候不允许别的事务 并发执行. end 完毕！

?