java异常之运行期异常和checked异常

运行期异常和checked异常的区别：

Throwable 是所有 Java 程序中错误处理的父类，有两种资类： Error 和 Exception 。

Error ：表示由 JVM 所侦测到的无法预期的错误，由于这是属于 JVM 层次的严重错误，导致 JVM 无法继续执行，因此，这是不可捕捉到的，无法采取任何恢复的操作，顶多只能显示错误信息。

Exception ：表示可恢复的例外，这是可捕捉到的。 Java 提供了两类主要的异常 :runtime exception 和 checked exception 。

checked 异常也就是我们经常遇到的 IO 异常，以及 SQL 异常都是这种异常。对于这种异常， JAVA 编译器强制要求我们必需对出现的这些异常进行 catch 。所以，面对这种异常不管我们是否愿意，只能自己去写一大堆 catch 块去处理可能的异常。

但是另外一种异常： runtime exception ，也称运行时异常，我们可以不处理。当出现这样的异常时，总是由虚拟机接管。比如：我们从来没有人去处理过 NullPointerException 异常，它就是运行时异常，并且这种异常还是最常见的异常之一。出现运行时异常后，系统会把异常一直往上层抛，一直遇到处理代码。如果没有处理块，到最上层，如果是多线程就由 Thread.run() 抛出，如果是单线程就被 main() 抛出。抛出之后，如果是线程，这个线程也就退出了。如果是主程序抛出的异常，那么这整个程序也就退出了。运行时异常是 Exception 的子类，也有一般异常的特点，是可以被 Catch 块处理的。只不过往往我们不对他处理罢了。也就是说，你如果不对运行时异常进行处理，那么出现运行时异常之后，要么是线程中止，要么是主程序终止。如果不想终止，则必须扑捉所有的运行时异常，决不让这个处理线程退出。队列里面出现异常数据了，正常的处理应该是把异常数据舍弃，然后记录日志。不应该由于异常数据而影响下面对正常数据的处理。在这个场景这样处理可能是一个比较好的应用，但并不代表在所有的场景你都应该如此。如果在其它场景，遇到了一些错误，如果退出程序比较好，这时你就可以不太理会运行时异常，或者是通过对异常的处理显式的控制程序退出。异常处理的目标之一就是为了把程序从异常中恢复出来。

扩展——关于spring事务回滚：

在service层的函数添加了spring扫描和事务注解以后，当函数执行跑出运行期异常spring会自动回滚事务。

所以自定义的业务异常必须要继承RuntimeException。

而且运行期异常不能被catch不然，事务不会回滚。

public void method2(){
		//方法定义中不抛出运行期异常也可以编译通过
		throw new RuntimeException();
	}

执行结果：

Exception in thread "main" java.lang.RuntimeException
	at test.temp.RuntimeExcetionMethods.method2(RuntimeExcetionMethods.java:11)
	at test.temp.RuntimeExcetionMethods.main(RuntimeExcetionMethods.java:23)

在service中处理异常参考下面的方法：

/**
	 * 执行秒杀操作
	 * 
	 * @param seckillId 秒杀商品ID
	 * @param userPhone 秒杀用户电话
	 * @param md5 
	 * @return
	 * @throws SeckillCloseException
	 *             秒杀关闭异常
	 * @throws RepeatKillException
	 *             重复秒杀异常
	 * @throws SeckillException
	 *             秒杀异常
	 */
	@Override
	@Transactional
	/**
	 * 使用注解控制事务的优点: 1:开发团队达成一致约定，明确标注事务方法的编程风格
	 * 2：保证事务方法的执行时间尽可能短，不要穿插其他的网络操作,RPC/HTTP请求，或者剥离到事务方法外.
	 * 3：不是所有的方法都需要事务，如：只有一条修改操作，只读操作不需要事务控制。
	 */
	public SeckillExecution executeSeckill(long seckillId, long userPhone, String md5)
			throws SeckillCloseException, RepeatKillException, SeckillException {
		if (md5 != null && md5.equals(getMD5(seckillId))) {
			try {
				// 秒杀逻辑：减库存+记录秒杀行为
				// 减库存
				int updateCount_seckill = seckillDao.reduceNumber(seckillId, new Date());
				if (updateCount_seckill <= 0) {
					// 没有更新数据，秒杀未开启或没有库存
					throw new SeckillCloseException("秒杀未开启");
				}
				// 记录秒杀行为
				int updateCount_successKilled = successKilledDao.insertSuccessKilled(seckillId, userPhone);
				if (updateCount_successKilled <= 0) {
					// 没有更新数据，重复秒杀
					throw new RepeatKillException("重复秒杀");
				}
				SuccessKilled successKilled = successKilledDao.queryByIdWithSeckill(seckillId, userPhone);
				return new SeckillExecution(seckillId, SeckillStateEnum.SUCCESS, successKilled);
			} catch (SeckillCloseException e) {// 为了避免都被捕捉到Exception里，为了使spring捕捉并数据回滚以及在controller中处理对应的异常，所以需要在这里分别捕捉再抛出对应异常。
				throw e;
			} catch (RepeatKillException e) {
				throw e;
			} catch (Exception e) {
				logger.error(e.getMessage(), e);
				// 所有编译期异常，转化为运行期异常
				throw new SeckillException("秒杀内部异常：" + e.getMessage());
			}

		} else {
			throw new SeckillException("秒杀数据篡改");
		}

	}

来源：oschina

链接：https://my.oschina.net/u/2507499/blog/752451

标签

Java异常

spring事务

事务回滚

异常回滚