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("秒杀数据篡改");
		}

	}