runtimeexception的子类（例举5个你最常见到的runtime exception并加以说明）

本文目录

• 例举5个你最常见到的runtime exception并加以说明
• JAVA异常机制中，为什么当方法抛出的异常不是Error或者RuntimeException类的子类就必须throws子句说明
• Java中Exception与RuntimeException有什么异同
• java中什么叫运行时异常
• Java自定义异常，应该继承Exception还是Runtime Exception，为什么
• c语言exception分类
• RuntimeException和非RuntimeException的区别
• 什么是runtimeException
• java中抛出RuntimeException异常，为什么可以不用撰写代码去捕获它

例举5个你最常见到的runtime exception并加以说明

RuntimeException是java中所有运行时异常的父类，实际运行时出现的都是它的子类，看看RuntimeException的Java doc就可以随便列出几个：1，Object x = new Integer(0); System.out.println((String)x);当试图将对象强制转换为不是实例的子类时，抛出该异常（ClassCastException)2，int a=5/0;一个整数“除以零”时，抛出ArithmeticException异常。3, String s=null;int size=s.size();当应用程序试图在需要对象的地方使用 null 时，抛出NullPointerException异常4, “hello“.indexOf(-1);指示索引或者为负，或者超出字符串的大小，抛出StringIndexOutOfBoundsException异常5，String ss=new String;如果应用程序试图创建大小为负的数组，则抛出NegativeArraySizeException异常。

JAVA异常机制中，为什么当方法抛出的异常不是Error或者RuntimeException类的子类就必须throws子句说明

第一 Error错误不是代码的错误,作为java虚拟机是无论如何都不能解决这种错误的,就好像你的代码写的再完美,也不能阻止你家停电第二 RuntimeException 是运行错误,非常非常常见的错误,比如空指针异常等等,这类错误因为非常常见而已容易犯,所以java编译的时候干脆就不抛出来了,不然你每写一个代码就得抛出异常,你的代码看起来就会乱七八糟的简单点说 一是异常解决不了 二是异常太多了,java懒得解决

Java中Exception与RuntimeException有什么异同

说到Exception和RuntimeException的区别，首先看一段代码，如下：public class TestRuntimeException { public static void main(String args) { String str=“123“; int temp=Integer.parseInt(str); System.out.println(temp*temp); }}我们来看看parseInt方法的源代码如下：public static int parseInt(String s) throws NumberFormatException { return parseInt(s,10);}我们发现这个方法中抛出了NumberFormatException异常，但是在上面的代码中我们没有找到try...catch来处理，这是为什么呢。按照我们异常处理的知识，如果一个方法通过throws抛出了异常，那么可以在抛出异常的方法中不适用try...catch，但是在调用这个方法的地方必须有try...catch来处理。可以发现NumberFormatException是RuntimeException的子类，那么这就需要我们清楚Exception和RuntimeException的概念： Exception：在程序中必须使用try...catch进行处理。 RuntimeException：可以不使用try...catch进行处理，但是如果有异常产生，则异常将由JVM进行处理。对于RuntimeException的子类最好也使用异常处理机制。虽然RuntimeException的异常可以不使用try...catch进行处理，但是如果一旦发生异常，则肯定会导致程序中断执行，所以，为了保证程序再出错后依然可以执行，在开发代码时最好使用try...catch的异常处理机制进行处理。

java中什么叫运行时异常

(1)运行时异常都是RuntimeException类及其子类异常，如NullPointerException、IndexOutOfBoundsException等，这些异常是不检查异常，程序中可以选择捕获处理，也可以不处理。这些异常一般是由程序逻辑错误引起的，程序应该从逻辑角度尽可能避免这类异常的发生。当出现RuntimeException的时候，我们可以不处理。当出现这样的异常时，总是由虚拟机接管。比如：我们从来没有人去处理过NullPointerException异常，它就是运行时异常，并且这种异常还是最常见的异常之一。 出现运行时异常后，如果没有捕获处理这个异常（即没有catch），系统会把异常一直往上层抛，一直到最上层，如果是多线程就由Thread.run()抛出，如果是单线程就被main()抛出。抛出之后，如果是线程，这个线程也就退出了。如果是主程序抛出的异常，那么这整个程序也就退出了。运行时异常是Exception的子类，也有一般异常的特点，是可以被catch块处理的。只不过往往我们不对他处理罢了。也就是说，你如果不对运行时异常进行处理，那么出现运行时异常之后，要么是线程中止，要么是主程序终止。 如果不想终止，则必须捕获所有的运行时异常，决不让这个处理线程退出。队列里面出现异常数据了，正常的处理应该是把异常数据舍弃，然后记录日志。不应该由于异常数据而影响下面对正常数据的处理。(2)非运行时异常是RuntimeException以外的异常，类型上都属于Exception类及其子类。如IOException、SQLException等以及用户自定义的Exception异常。对于这种异常，JAVA编译器强制要求我们必需对出现的这些异常进行catch并处理，否则程序就不能编译通过。所以，面对这种异常不管我们是否愿意，只能自己去写一大堆catch块去处理可能的异常。

Java自定义异常，应该继承Exception还是Runtime Exception，为什么

/*RuntimeException属于Exception的子类Exception是在编译时候如果有异常就可以检查出来,比较严谨!RuntimeException比较特殊,他及其子类对象,属于运行时候检查的异常,如果语法没有错误他不会在编译时候报异常的,只有运行的时候才会抛出异常!至于继承谁,得看你的类具体的功能,其实这两点已经说的很明确了,如果你继承了Exception要么抛出去给上级调用者,要么调用异常代码的时候进行捕捉,有相对应的处理方式!如果继承的是RuntimeException,可以不用抛,也可以不用捕捉但是问题是在运行的过程中才会展现出来!一但出错,后面程序将无法继续运行!*/

c语言exception分类

C语言中没有exception机制，所以你说的exception类应该是Java里面的。Java 中的（Exception）又称为例外，是一个在程序执行期间发生的事件，它中断正在执行的程序的正常指令流。为了能够及时有效地处理程序中的运行错误，必须使用exception类。Java中的exception主要分为以下两种。1、运行时都是 RuntimeException 类及其子类exception，如 NullPointerException、IndexOutOfBoundsException 等，这些exception是不检查exception，程序中可以选择捕获处理，也可以不处理。这些exception一般由程序逻辑错误引起，程序应该从逻辑角度尽可能避免这类exception的发生。2、非运行时是指 RuntimeException 以外的异常，类型上都属于 Exception 类及其子类。程序就不能编译通过。IOException和ClassNotFoundException 等以及用户自定义的 Exception ，一般情况下不自定义检exception。

RuntimeException和非RuntimeException的区别

说到Exception和RuntimeException的区别，首先看一段代码，如下：public class TestRuntimeException {public static void main(String args) {String str=“123“;int temp=Integer.parseInt(str);System.out.println(temp*temp);}}我们来看看parseInt方法的源代码如下：public static int parseInt(String s) throws NumberFormatException {return parseInt(s,10);}我们发现这个方法中抛出了NumberFormatException异常，但是在上面的代码中我们没有找到try...catch来处理，这是为什么呢。按照我们异常处理的知识，如果一个方法通过throws抛出了异常，那么可以在抛出异常的方法中不适用try...catch，但是在调用这个方法的地方必须有try...catch来处理。可以发现NumberFormatException是RuntimeException的子类，那么这就需要我们清楚Exception和RuntimeException的概念：Exception：在程序中必须使用try...catch进行处理。RuntimeException：可以不使用try...catch进行处理，但是如果有异常产生，则异常将由JVM进行处理。对于RuntimeException的子类最好也使用异常处理机制。虽然RuntimeException的异常可以不使用try...catch进行处理，但是如果一旦发生异常，则肯定会导致程序中断执行，所以，为了保证程序再出错后依然可以执行，在开发代码时最好使用try...catch的异常处理机制进行处理。

什么是runtimeException

RuntimeException那些可能在 Java 虚拟机正常运行期间抛出的异常的超类。可能在执行方法期间抛出但未被捕获的 RuntimeException 的任何子类都无需在 throws 子句中进行声明。

模型：理论上异常处理划分为两个模型（中止模型与继续模型），但实际使用方面我们对中止模型用的比较多，这个模型比较实用，而继续模型则不是那么的应用普遍，多少是耦合的过于紧密。

Exception 机制：

早期的C语言的异常处理机制，通常是我们人为的对返回结果加一些标志来进行判定，比如发生错误返回什么标志，正常情况下我们又是返回什么标记，而这些都不是语言本身所赋予我们的，这种机制的问题在于。

C语言的异常处理机制全是我们人为的定义，这样就会造成业务逻辑的主线受到异常处理的牵制，或者说是我们难免会将注意力转移，并且造成业务逻辑与异常处理之间有很大程度上的缠绕。

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

1. 异常分为运行时异常（RuntimeException）、受检异常（Exception）、系统错误error。

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

3. 下面给出运行时异常与受检异常的清晰定义：

   ①受检查异常表示程序可以处理的异常，如果抛出异常的方法本身不能处理它，那么方法调用者应该去处理它，从而使程序恢复运行，不至于终止程序。例如，喷墨打印机在打印文件时，如果纸用完或者墨水用完，就会暂停打印，等待用户添加打印纸或更换墨盒，如果用户添加了打印纸或更换了墨盒，就能继续打印。

   ②运行时异常表示无法让程序恢复运行的异常，导致这种异常的原因通常是由于执行了错误操作。一旦出现了错误操作，建议终止程序并仔细的debug，因此Java编译器不检查这种异常。