标签：就是 编译 继承 直接 无法 区别 情况下 cep 范围
return 使线程跳出函数，之后需要进行接收
throw RuntimeException 使线程跳出函数， 之后需要进行接收
区别在于跳出函数的范围，return的范围是固定的，往外跳一层
throw RuntimeException 可以不跳出函数层，也可以无限往上跳
这个的大部分思路我们肯定想的到，但是当我们限定跳出类型时会不会有影响呢
换句话说能否在限定层的外面进行接收呢，我们知道，对于运行时异常无法限定
因为我还没见识过因为限定了函数层对外抛出的异常，而导致运行时异常无法抛出的情况
应为通常限定后并不会在内层对运行时异常进行接收，相反外层依旧可以感知到运行时异常
一切就显而易见了
那么在本质上等于运行时异常的throw RuntimeException(唯一区别在于后者为显示的)也是如是
显式和隐式运行时异常，可以当return用，
显时运行时异常（写死的retun），通过编译，合乎逻辑的运行
隐式运行时异常（随机的return），无法通过编译，假设能编译运行，只能在部分情况下合乎逻辑，所以往往需要显式的return来支持
所以说，运行时异常是个很有用的东西，让它自动抛出只利用了系统异常的冰上一角（浪费了好东西）的，我们完全可以主动抛出，或是继承运行时异常，现对异常状况的“return”处理
运行时异常明显是运行比编译多做一层，所以说显式异常并不需要调用者知道，调用者直接跳过编译阶段思考，直接当做运行时要考虑异常情况做最坏打算（所有地方都有运行时异常，那也就不需要抛出的标示了）。
io异常不存在运行时隐式抛出的异常，就是说怎么编译的就怎么运行，外层必须要清晰里层存在的显式异常选择（需要抛出标志来识别哪里抛出的）
标签：就是 编译 继承 直接 无法 区别 情况下 cep 范围
原文地址：http://www.cnblogs.com/zzzz76/p/7784062.html
