java中抛出RuntimeException异常，为什么可以不用撰写代码去捕获它？

java中抛出RuntimeException异常，为什么可以不用撰写代码去捕获它？

这是java的默认配置。
当你把一个异常定义在方法的throws定义中，你就可以不处理这个异常，系统会自动把该异常抛出。 而RuntimeException则是java设计中所有方法都默认定义在throws中了，所以只要你不捕获，就会一层一层的往上抛出。
除非你显示的标准要捕获它。否则不会被捕获。也不会造成编译异常。
其实大部分的RuntimeException，要么是系统异常。无法处理。例如网络问题。
要么就是应该在UT中发现的，例如空指针异常。

有具体代码吗 发来看看

因为它是运行期的异常，只有编译期的异常才能被捕获！

因为JVM自动会捕获RuntimeException,而这些异常，编辑器是无法检测的！
至于有中那些子类，多了去了，想了解的话，去看api

异常分为运行时异常（RuntimeException）、受检异常（Exception）、系统错误error。
RuntimeException，也就是运行时异常，表示代码本身存在BUG，比如ArrayIndexOutOfBoundsException，数组下标越界，数组定义的长度不够实际使用，代码若不调BUG进行处理肯定还会报错，控制台一旦报RuntimeException，就必须在代码中找BUG，因为代码BUG是人为粗心制造的，不是try-catch一下就能解决的。try-catch用在代码BUG上是毫无意义的，只需要写代码时谨慎点就能减少BUG，而不是try-catch。
非RuntimeException，就是受检异常。比如处理文件流时的I/O问题，就属于编译时异常，相当于假设有IO异常就利用try-catch对其进行处理，或者 throws即可。
error，通常是系统出现了不可控制的错误，这个通常与程序无关，所以是不需要处理的。

下面给出运行时异常与受检异常的清晰定义：
①受检查异常表示程序可以处理的异常，如果抛出异常的方法本身不能处理它，那么方法调用者应该去处理它，从而使程序恢复运行，不至于终止程序。例如，喷墨打印机在打印文件时，如果纸用完或者墨水用完，就会暂停打印，等待用户添加打印纸或更换墨盒，如果用户添加了打印纸或更换了墨盒，就能继续打印。
②运行时异常表示无法让程序恢复运行的异常，导致这种异常的原因通常是由于执行了错误操作。一旦出现了错误操作，建议终止程序并仔细的debug，因此Java编译器不检查这种异常。

有很多事都是不可以预知的，比如你在路上走很难保证不被谁磕到碰到，事先准备去应付这种事情是很无聊且麻烦的。RuntimeException也是这个道理。要想真搞明白，好好看看书和API的帮助文档吧，在这里几句话是说不清楚的。
要想搞清楚是为什么，就要看外国人写的书。推荐Thinking in java。国内作者的就算了，太次