编译错误可以抛出异常么
就是你用javac命令将源代码(.java)文件翻译成字节码(.class)文件时产生的错误。
比如，变量名不符合规定，变量没定义，关键字拼写错误等等。。。
java的编译器(javac)会根据java语法规定做一些检查，不符合规定的就不通过编译。
编译错误，是相对于运行时错误而言的。
运行时错误，是你用java命令运行时会出现的错误，一般会抛出异常。
② 编译错误和运行时异常怎么区分
编译错误 一般都是语法错误
运行时错误一般都是比如数组索引指向空值 4/0 这类错误
请参考
③ java什么时候是编译出错，什么时候会报异常呢
编译错时因为你写的语法不正确，报异常有时候是程序自身的错误 大部分是你程序逻辑有错误
④ 编译时异常和运行时异常怎么理解，怎么区分两者
编译错误，一般是语法上存在问题，编译过不去; 运行错误，是指程序在运行过程中出现错误，只能说是程序存在一定的边界bug; 编译错误一般是指java语法的错误，运行错误分两种一种是error还有就是Exception 有的异常是抛出但可继续执行之后的代码
⑤ 程序中凡是可能出现异常的地方必须进行捕获或抛出对吗
一、异常的种类
java异常可以分成两大类：Exception和RuntimeException(虽然RuntimeException是从Exception继承的)。exception异常代表“无法避免的异常” 如io异常 往往这类异常是由于外部原因造成的，程序本身无法保证他们不发生，所以这类异常必须捕获。如果在函数内部无法处理这个异常必须再次抛出（在函数后面用throws语句），如果什么都不做就出现编译错误。
runtimexception是指“可以避免的异常”，如 null引用异常，这类异常都是由程序内部原因造成的，是可以避免的。对于这类异常可以忽略他们，但一旦发生程序就会异常终止。这类异常对debug非常有帮助，当然，如果需要也可以catch。
另外，有些地方即使不会有exception，但是从商业逻辑上是错误的、非预期的，也可以抛出user exception。例如，用户输入非法，bank account非法透支等等。
二、主要原则
处理意外的一个重要原则，就是要么处理，要么接着抛，决不能吃掉（You either handle it, or throw it. You don’t eat it.）这就是说，当你捕获一个异常之后，必须决定是否立即处理这个异常，或者继续抛出这个异常（或者另一个自定义异常），以便由调用的客户端捕获之。当客户端捕获到以后，又会继续进行类似的判断。
一般来说，GUI端是要处理异常的，比如JSP捕获到异常之后，需要先是给用户一个友好的出错信息，而不要给出系统的出错信息。系统的出错信息一方面不太友好，另一方面提供了太多的系统信息，容易被恶意用户用来攻击系统。
换句话说，所有的异常最终必须有一个终极的处理者，这就是GUI。至于中间的环节，比如在服务器端运行的JavaBean是否要处理捕获到的异常，还是继续抛出所捕获的异常，需要视具体情况处理。
除非你想把异常处理的责任交给调用者，一般不用throws。比如你要读入一些文件，如果你想通知调用者，让调用者决定如何处理这个异常，你就把这个异常throws给调用者；如果你知道应该如何处理这个异常，或者你想把异常马上解决，你可以就地catch她。
这完全取决于你想把异常自己立即处理还是想把处理责任返回给调用者。取决于你的程序的结构和要求。
需要注意的有：
1、如果无法处理某个异常，那就不要捕获它。
2、如果捕获了一个异常，请不要胡乱处理它。
3、尽量在靠近异常被抛出的地方捕获异常。
4、在捕获异常的地方将它记录到日志中，除非您打算将它重新抛出。
5、按照您的异常处理必须多精细来构造您的方法。
6、需要用几种类型的异常就用几种，尤其是对于应用程序异常。
三、异常嵌套和捕获适当的异常
按照Java语言的定义，所谓异常（Exception）指的就是向调用方法（calling method）表示发生非正常情况的习惯方式。下面讨论两种在处理异常时可兹利用的技术：异常嵌套和捕获适当的异常。
异常嵌套
你在试图捕获异常并打算扔出异常时该采取什么措施呢？同时，你希望原始的异常信息可用吗？
要回答以上的问题你不妨尝试一下NestedException类。具体的编程并不难，唯一要做的无非是利用构造器并且重载printStackTrace()以便显示出正确的数据。
此外，你还应当考虑封装Throwable而非Exception类来创建更具有重用性的组件。之后，你可以创建NestedRuntimeException变量封装Throwable但无需对其进行声明。
捕获适当的异常
正确地处理异常并不是一项轻松的任务，这是因为异常的处理有时会导致程序出现其他不明行为。不过，以下三条规则可以帮助你避免错误处理异常所可能遭遇的风险。
规则 #1: 总是捕获扔出异常的类型而不要理睬异常的超类。为了遵守通常的代码习惯，你可以采用Exception类的大写字母作为变量名，如下所示：
catch(FileNotFoundException fnfe)
以及
catch(sqlException sqle)
规则 # 2: 决不让catch块留空。在很多情况下虽然确实编写了try/catch块但在代码的catch部分却什么都没有做。或者，如果采用了日志API（Logging API），那么请编写代码把异常写到日志中。
规则 # 3: 决不扔出Exception基类的实例。开发人员应当总是扔出自己创建的异常类。
扔出异常的API很难处理。在声明方法扔出java.lang.Exception的情况下，所有的问题都会强加在API用户的头上，这样他们就无法以一种专业的编程方式来处理异常。通过为扔出API声明Exception类的子类这一举措，API开发人员就可以减轻用户的负担。
以上提到的两种技术在处理异常时还可能用得更好、更适当。嵌套技术令异常扔到另一异常的内部，而捕获适当的异常令程序调试大大简化。
⑥ Java异常处理中关键字throws,throw,try,catch,finally分别代表什么意义在try块中可以抛出异常吗
throws是用来声明一个方法可能抛出的所有异常信息
throw则是指抛出的一个具体的异常类型。
通常在一个方法（类）的声明处通过throws声明方法（类）可能抛出的异常信息，而在方法（类）内部通过throw声明一个具体的异常信息。
throws通常不用显示的捕获异常，可由系统自动将所有捕获的异常信息抛给上级方法；
throw则需要用户自己捕获相关的异常，而后在对其进行相关包装，最后再将包装后的异常信息抛出。
对异常处理方式不同.throws对异常不处理,谁调用谁处理,throws的Exception的取值范围要大于方法内部异常的最大范围,而cathch的范围又要大于throws的Exception的范围;throw 主动抛出自定义异常类对象. throws抛出的是类,throw抛出的是对象.
在方法定义中表示的是陈述语气，第三人称单数，throw 显然要加s。(throws 一般用作方法定义的子句)
在函数体中要用throw，实际上是祈使句+强调，等价于DO throw ....,do +动词原形
throw 用于引发异常，可引发预定义异常和自定义异常。
I)异常中“throws”和“throw”的区别:
throw 是个“动词”，紧接在try语句块之后。
而throws 是“名词” ，用在函数方法名后 function A () throws Exception e {}
throw用在程序中明确表示这里抛出一个异常。throws用在方法声明的地方，表示这个方法可能会抛出某异常。
throw用来抛出实际的异常, 后面要跟一个异常对象(实例), 是一个实际的语句
throws是用来声明的, 加在方法声明的后面, 后面跟一个异常类的名字, 表示一般性动作而不是特指某一个动作.
使用throws是来说明，当前的函数会抛出一个异常。
在一般的情况下，你调用的一些函数会抛出一些异常。但是你又不想在当前的context中去处理它，就可以声明该函数会抛出该异常，这样你就不用去try-catch它了。当出现该异常,该函数会抛出此异常，让上一层的函数去处理。throws也称异常规范
public static h() throws
{
try
{
a.g();
}
catch(Exception e)
{
throw e;
}
}
因为你没有对这个异常处理，而是简单的抛出了。
而单纯的声明
public static h() throws
{
a.g();
}
也会抛出这个异常
II)try catch \throws \throw
throws如果发生了对应的错误后，下边的的确不会被执行；
try catch的理解应该辩证点看：如果catch后没有再次throw出去，那会继续执行；要想不执行必须throw处理
throws 抛出异常，解决不了再向上,直道碰到能解决这个异常的处理程序，就好像你的上司让你执行一项任务，中途你遇到问题不知道如何解决，你把问题返还给你的上司，认为既然是T分配的任务就该知道如何解决这个问题，你的上司无法解决同样把它送给经理解决，依次向上，直到有人能解决这个问题为止（不想自己另外写代码处理异常时非常有用）
try catch 则是考虑到try包含这段代码可能会遇到这种异常，直接用catch捕获处理，catch包含的代码为处理代码
throws 只是把一个异常抛出去了，如果你的上层代码有处理方式，就由上层代码来处理这个异常。
而try/catch对是清楚的知道该操作可能出现什么异常，同时在catch块中应该有处理的方法。
而且还有一种方式就是try/catch/finaly的方式。
Throws是把异常返回给调用者，由调用者处理，调用者还是要try/catch，跑不掉的
catch中就一个简单的SYSTEM.OUT.PRINTLN（…………）；还有，连接数据库时会连接不上，你也不知道是驱动问题、电脑问题还是网络问题，发给用户，用户也看不懂，所以统统throws给catch，提示请与管理员联系。。。。。。这就简单多了
throws 写在方法签名后，
throw 写在方法体内，可以写在if()....
也可以catch住一个exception后立刻又把他throw 出去，什么处理也不做，还可以catch住后throw new 一个你自己定义的exception ....
throws 就是把异常抛出，但是在以后要不有个catch接受，要不就抛给主函数.就是逐级往上一级抛，直到有一个接受他的
Throws抛出异常交给调用该方法的方法 处理，即：
public class Test{
public static void main(String[] args){
Test2 test2 = new Test2();
try{
System.out.println("invoke the method begin!");
test2.method();
System.out.println("invoke the method end!");
}catch(Exception e){
System.out.println("catch Exception!");
}
}
}
class Test2{
public void method() throws Exception{
System.out.println("method begin!");
int a = 10;
int b = 0;
int c = a/b;
System.out.println("method end!");
}
}
很明显，答案出来了：
invoke the method begin!
method begin!
catch Exception!
finally语句是任选的，try语句后至少要有一个catch或一个finally,finally语句为异常处理提供一个统一的出口，不论try代码块是否发生了异常事件，finally块中的语句都会被执行
在覆盖的方法中声明异常
在子类中，如果要覆盖父类的一个方法，或父类中的方法声明了throws异常，则子类的方法也可以抛出异常，但切记子类方法抛出的异常只能是父类方法抛出的异常的同类或子类。
如：
import java.io.*;
class A {
public void methodA()throws IOException{
.....
}
}
class B1 extends A {
public void methodA()throws FileNotFoundException{
....}
}
class B2 extends A {
public void methodA()throws Exception{//Error
....}
}
public void method() throws Exception {
try {
具体程序
} catch(Exception ex) {
}
}
如果具体程序出错的话，将处理下面程序体中catch的地方,这个时候throws Exception 其实是没有意义的。
public void method() throws Exception {
try {
具体程序
} catch(FileNotFoundException ex) {
}
}
如果具体程序出错的话，且是FileNotFoundException 的情况下，将处理下面程序体中catch的地方处理。
这个时候FileNotFoundException 以外的Exception 将通过 throws Exception ，throw到上一层。
throw写在方法体内, throws写在方法名的后面
throw关键字的格式：throw new ArithmeticException(); 抛出一个异常，这些异常可以使unchecked exception(也就是RuntimeException),也可以是checked execption. throw必须有一个捕获该异常的try/catch语句
throws关键字的格式
private void arrayMethod(int[] arr)
throws ,
ArithmeticException {
// Body
}
throws子句列出了方法可能抛出的异常类型，除了Error和RuntimeException异常,方法中可能抛出的异常必须在throws列表中声明,否则就会出现编译错误。
例如：假如方法中可能抛出IllegalAccessException(属于checked execption)则必须在throws列表中声明。
系统异常是默认抛出的,自己定义的异常要显示抛出
还有一些是库方法只throw 没有处理的,所以表面上你看到没有throw也catch到异常
⑦ java中的编译异常声明后为什么还要主动抛出
为了让外部程序抓住并处理，如果不抛出，则外部程序得不到也不知道调用程序产生了错误
⑧ java中throw抛出的一些异常，程序不进行处理程序编译也不会错误
不会，抛出异常本意就是在某些不满足条件的时候终止程序运行，但是也可以选择捕获处理，捕获后就不会使程序终止。但是为什么有的系统方法必须让你捕获呢？那是因为该方法使用throws关键字声明了，作用就是将throw抛出的异常显示的交给调用者处理，如果调用者不处理，就不try-catch那么才会编译不通过。
⑨ 关于抛出异常的问题
根据我的理解！ 第一个程序里是直接throw抛出异常,在编译的时候java已经发现你程序抛出异常,而try{}catch是程序运行时去捕获,故不会通过编译,第二种情况也就不难理解了,因为你有if判断,java编译时是不运行里面的代码的,就好比你一个方法要return 你如果在if判断里面return还是会报编译错误的, 希望能帮到你!