编译与运行异常

A. java编译出来了，已经有class文件了，但是运行却运行不出来，什么情况

编译与运行出现的错误是两种不同的错误;
编译(即得到class文件)出现的是语法错误，盯缓茄主要凯察表现在词汇，短语(if
while等)方面，相对容易;运行出现的是语义错误，主要表哪则现为运行异常，相对不易检测
你这就属于运行异常，建议lz把代码重新看看

B. 为什么调试没问题编译出来运行就出现发现异常

这个问题比较常见的。 首先又可能是以下蔽埋皮几点原因： 1：前一个程序没有关闭，又新建了一个程序。 2：强制关闭液洞此程序宏差，在打开一下VC6.0，把程序复制过去，可以解决 3：你VC6.0安装程序出现错误，文件组缺少一些必要的文件 4：你的程序出现错误

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

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

D. 编译时异常和运行时异常怎么理解，怎么区分两者

编译错误，一般是语法上存在问题，编译过不去; 运行错误，是指程序在运行过程中出现错误，只能说是程序存在一定的边界bug; 编译错误一般是指java语法的错误，运行错误分两种一种是error还有就是Exception 有的异常是抛出但可继续执行之后的代码

E. 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编译器强制要求处理这类异常。

F. 为什么编译没有错误,运行却有错误

编译没有错误是因为你的程序语法没有错误.
而运行时则有可能出现逻辑错误.
比如说C#里最常见的"未将对象引用设置到对象的实例",就是说一个对象并没有实力化,或者没有值就去引用了.
再比如连接数据库,语法正确,但是运行时却因为SQL未启动或者连接字符串拼写错误而发生异常.

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

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

H. java编译过程没有错误为什么运行过程后出现出现错误或无法加载主类

java中的错误一般分为编译错误或者运行时的错误或异常
编译错误一般指的是语法上的错误，比如引用未付值的变量，语句后少了分号等等通过编译器可以检查出来的错误
运行时的错误或异常，是指编译器无法检查出来在程序中却又不能正确执行的代码，比如两个变量相除，除数为0，或者是你引用了null值等等，面向对象的语言中万物皆对象，运行时的各种异常或错误也是java的类的一部分，你可以参见j2se的api，在java.lang这个包下的Throwable就是所有异常和错误的父类，你可以看一看
java在运行出错时，通常都会在控制台上打印出错信息，比如
Exception in thread "main" java.lang.NullPointerException
at Test.main(Test.java:6)
那个java.lang.NullPointerException就是异常的名称，你就可以去API中查看此异常，就知道这个异常是什么意思了，第二行Test.java：6的意思就是Test.java这个文件第6行报的错误

无法加载主类，你是怎么判断的，如果你是用命令行启动，一般情况下看看检查你的class_path设置的对不对，你运行的class文件有没有，运行的class文件中有没有main方法，还有就是引用的其他class文件或jar包在不在classpath的路径下

祝你好运！

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

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

J. java编译异常有哪几个

Exception下除了RuntimeException及其子类以外的所有子类，JDK文档上说,已知道的直接子类有: