编译异常与运行异常

⑴ 编译错误和运行时异常怎么区分

编译错误 一般都是语法错误
运行时错误一般都是比如数组索引指向空值 4/0 这类错误
请参考

⑵ Java之运行时异常与编译时异常区别

Java中用2种方法处理异常：

1.在发生异常的地方直接处理；

2.将异常抛给调用者,让调用者处理。

Java常见的异常：

(1)编译时异常:Java.lang.Exception

(2)运行期异常:Java.lang.RuntimeException

Java.lang.Exception和Java.lang.Error继承自Java.lang.Throwable;

Java.lang.RuntimeException继承自Java.lang.Exception.

编译时异常： 程序正确，但因为外在的环境条件不满足引发。例如：用户错误及I/O问题----程序试图打开一个并不存在的远程Socket端口。这不是程序本身的逻辑错误，而很可能是远程机器名字错误(用户拼写错误)。对商用软件系统，程序开发者必须考虑并处理这个问题。Java编译器强制要求处理这类异常，如果不捕获这类异常，程序将不能被编译。

运行期异常： 这意味着程序存在bug，如数组越界，0被除，入参不满足规范.....这类异常需要更改程序来避免，Java编译器强制要求处理这类异常。

⑶ Java编译错误和运行错误有什么区别 能否深入浅出

编译出错差不多就是语法不对，比如你写String str = 'str';这么写语法不对编译就会出错。运行出错是指语法没问题但是逻辑有问题，比如一个方法传进一个String类型的变量str，方法体中有类似于str.equals("str");的语句，但是传进的str是个null，那么那一句就相当于null.equals("str");这肯定会抛空指针异常。
用手机做例子，编译出错就是手机在生产的时候零件不对，那就肯定不能出厂。运行出错就是手机组装完出厂了，到手了你没用来打电话，直接拿来砸核桃了，那手机肯定报废（NOKIA除外）。

⑷ 编译错误和运行错误，有什么区别

编译错误简单的说就是一些语法，在运行前可以检测到，错误比如const (int *)ptr;
运行错误比如说输出一个未指向任何物的指针，就是在运行才能检测；

⑸ 简要描述一下编译期异常和运行时异常

编译器异常就是你编译的时候 编译器报的错误，会自动提示；
运行时异常是程序运行的时候发生的异常，比如空指针，超出界限等，可以通过try catch捕捉到的

⑹ c语言，编译链接和运行的错误分别是由什么云因导致的

A。链接错误，通常是忘记引入头文件或库文件导致。而不是说头文件或库文件中的代码有问题。通常情况下头文件和库文件是稳定且正确的。如C语言的stdio.h等。

B 编译错误，可能是代码书写错误，如忘记括号的一部分
C 运行结果错误，运行结果受代码控制，只有代码逻辑有问题才会导致运行结果不是期望的结果
D 以上三种错误通常是用户写的代码有问题，需要修正。
结论：A选项描述是错误的。

⑺ C#中什么是编译错误,什么是运行错误,它们的区别是什么

编译错误是在运行之前报出的 运行错误就是字面意思 在运行中发生的异常你可以把编译错误想象成 明明是要考试2+2 可你却写成了1+1 当老师在检查你算法对不对之前他就知道你错了 因为 明明是2+2 就像楼上说的 一般是语法之类的错误 运行错误 就是你没有语法之类的错误 可是在运行时 算法或者某些东西使用不当出现的错误比如空指针异常 溢出异常 等等 要用具体的来说明的话比如 一个数组长度只有3位 可是你却在使用过程中赋了4位以上的值 或者当你用了一个对象可是在却一直没有给对象引用类型等等 就好像 要考试2+2 你是写的2+2没错 但是 你却是写的等于5 老师就发现你的结果存在错误 而不是一开始就写错了

⑻ 编译时出错和运行时出错到底有什么区别

编译错误
一般都是语法错误
运行时错误一般都是比如数组索引指向空值
4/0
这类错误

⑼ 运行时异常与一般异常有何异同

1.定义不同，运行时异常都是RuntimeException类及其子类异常，如NullPointerException、IndexOutOfBoundsException等。一般异常是RuntimeException以外的异常，类型上都属于Exception类及其子类。

2.处理方法不同，运行时异常是不检查异常，程序中可以选择捕获处理，也可以不处理。对于一般异常，JAVA编译器强制要求用户必需对出现的这些异常进行catch并处理，否则程序就不能编译通过。

3.发生原因不同，运行时异常一般是由程序逻辑错误引起的，程序应该从逻辑角度尽可能避免这类异常的发生。面对这种异常不管我们是否愿意，只能自己去写一大堆catch块去处理可能的异常。

(9)编译异常与运行异常扩展阅读：

两种异常同属于Exception父类。

不同点：

(1)运行时异常都是RuntimeException类及其子类异常，如NullPointerException、IndexOutOfBoundsException等。

(2)一般异常是RuntimeException以外的异常，类型上都属于Exception类及其子类。

⑽ 编译时异常和运行时异常有什么区别啊

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 块处理的。只不过往往我们不对他处理罢了。也就是说，你如果不对运行时异常进行处理，那么出现运行时异常之后，要么是线程中止，要么是主程序终止。 如果不想终止，则必须扑捉所有的运行时异常，决不让这个处理线程退出。队列里面出现异常数据了，正常的处理应该是把异常数据舍弃，然后记录日志。不应该由于异常数据而影响下面对正常数据的处理。 在这个场景这样处理可能是一个比较好的应用，但并不代表在所有的场景你都应该如此。如果在其它场景，遇到了一些错误，如果退出程序比较好，这时你就可以不太理会运行时异常 ，或者是通过对异常的处理显式的控制程序退出。 异常处理的目标之一就是为了把程序从异常中恢复出来 。