注意！

Spring中使用@Transactional的声明式事务是足够简单了，对底层逻辑进行了封装，开发人员拿来即用，方便快捷。

但是一定要注意在某些情况下，声明式事务会失效，事务是如此重要，一旦失效可能会带来灾难性后果，所以本篇我们来实验下。

抛出检查型异常时事务失效

首先了解下一场类型：

• Exception，受检查的异常，在程序中必须使用try…catch进行处理，遇到这种异常必须进行catch或throw，如果不处理，编译器会报错。例如IOException。
• RuntimeException：非受检查的异常，可以不使用try…catch进行处理。例如常见的NullPointerException。

在我们的观念中，只要有异常，事务就应该回滚，实际上使用@Transactional时，默认只对非受检查异常回滚。例如：

	@Transactional
	public void addTwoBlog() throws Exception{
		BlogDo blog = new BlogDo();
		blog.setContent("测试");
		blogDao.insert(blog);
		blogDao.insert(blog);
		throw new RuntimeException();//非检查异常，回滚
	}

	@Transactional
	public void addTwoBlog() throws Exception{
		BlogDo blog = new BlogDo();
		blog.setContent("测试");
		blogDao.insert(blog);
		blogDao.insert(blog);
		int a=1/0;//非受检查异常，回滚
	}

	@Transactional
	public void addTwoBlog() throws Exception{
		BlogDo blog = new BlogDo();
		blog.setContent("测试");
		blogDao.insert(blog);
		blogDao.insert(blog);
		throw new Exception();//注意！此处为受检查的异常，报错但不会回滚
	}

OK，那么按正常情况下，我们认为一旦有异常，都应该回滚，此时只需要为注解添加rollbackFor=Exception.class属性即可。
例如：

    @Transactional(rollbackFor=Exception.class)//只要抛出异常就会回滚
	public void addTwoBlog() throws Exception{
		BlogDo blog = new BlogDo();
		blog.setContent("测试");
		blogDao.insert(blog);
		blogDao.insert(blog);
		throw new Exception();
	}

一个事务方法调用另一个事务方法时失效

看如下案例：

	@Transactional
	public void startTransaction() throws Exception{
		this.addTwoBlog();
	}
	
	@Transactional(rollbackFor=Exception.class)
	public void addTwoBlog() throws Exception{
		BlogDo blog = new BlogDo();
		blog.setContent("测试");
		blogDao.insert(blog);
		blogDao.insert(blog);
		throw new Exception();
	}

startTransaction和addTwoBlog方法都是事务方法，且这两个方法事务特性不同(一个没有rollbackFor=Exception.class)，如果我们调用startTransaction方法，则addTwoBlog中的事务并不会生效。

也就是说，如果在同一个bean中，一个事务方法调用另一个事务方法，可能会导致被调用的事务方法的事务失效！

这是因为Spring的声明式事务使用了代理，具体机制此处不再探讨，但是一定要规避这种事务失效的场景。我们可以通过将对数据库的操作放到一个bean方法里来解决这个问题。