❶ 请问java程序在编译和运行时有什么区别，系统分别都会做什么
Java程序的编译
使用命令： javac *.java
编译时，会将写的.java文件（高级语言），生成相应的字节码文件.class文件（二进制代码）
Java程序的执行
使用命令：java *
流程： 加载到 -- 连接 ---- 初始化 ...
运行时，首先会由将相应的.class文件，加载到内存中，并验证.class文件的有效性，将相应类的Class加载到内存中，并对类中的静态变量进行初始化操作，然后就由 主 类开始执行
具体的可以看一下 JVM 类加载过程，以及jVM的内存分配机制
❷ 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异常机制是什么
一、异常的关键字：
一般来说，异常的关键字有：try、catch、finally、throw、throws。
网上的资料对这几个关键字是这样解释的：
try： Opening exception-handling statement.
catch： Captures the exception.
finally： Runs its code before terminating the program.
throws: Lists the exceptions a method could throw.
Throw: Transfers control of the method to the exception handler.
try语句
try语句用大括号{}指定了一段代码，该段代码可能会抛弃一个或多个例外。
catch语句
catch语句的参数类似于方法的声明，包括一个例外类型和一个例外对象。例外类型必须为Throwable类的子类，它指明了catch语句所处理的例外类型，例外对象则由运行时系统在try所指定的代码块中生成并被捕获，大括号中包含对象的处理，其中可以调用对象的方法。
catch语句可以有多个，分别处理不同类的例外。Java运行时系统从上到下分别对每个catch语句处理的例外类型进行检测，直到找到类型相匹配的catch语句为止。这里，类型匹配指catch所处理的例外类型与生成的例外对象的类型完全一致或者是它的父类，因此，catch语句的排列顺序应该是从特殊到一般。也可以用一个catch语句处理多个例外类型，这时它的例外类型参数应该是这多个例外类型的父类，程序设计中要根据具体的情况来选择catch语句的例外处理类型。
finally语句
try所限定的代码中，当抛弃一个例外时，其后的代码不会被执行。通过finally语句可以指定一块代码。无论try所指定的程序块中抛弃或不抛弃例外，也无论catch语句的例外类型是否与所抛弃的例外的类型一致，finally所指定的代码都要被执行，它提供了统一的出口。通常在finally语句中可以进行资源的清除工作。如关闭打开的文件等。
throws语句
throws总是出现在一个函数头中，用来标明该成员函数可能抛出的各种异常。对大多数Exception子类来说，Java 编译器会强迫你声明在一个成员函数中抛出的异常的类型。如果异常的类型是Error或 RuntimeException， 或它们的子类，这个规则不起作用， 因为这在程序的正常部分中是不期待出现的。 如果你想明确地抛出一个RuntimeException，你必须用throws语句来声明它的类型
throw语句
throw总是出现在函数体中，用来抛出一个异常。程序会在throw语句后立即终止，它后面的语句执行不到，然后在包含它的所有try块中（可能在上层调用函数中）从里向外寻找含有与其匹配的catch子句的try块。
其实，我个人觉得，简单的来说：throws与throw从拼写上只相差一个s，但是功能、作用上有很大的区别。throws用于在方法和类处声明可能抛出的所有异常信息。throw而throw就是单个语句抛出异常，是指抛出的一个具体的异常类型，使用在方法（类）的内部。
如：
………………………………………………………………………………………………………
public class showUI throws Exception(){
public void tbstudy throws Exception(){
****;//
try{
/* 这里是要处理的异常 */
}
Catch(Exception of){
System.out.println(of);//打印出异常
}
}
｝
………………………………………………………………………………………………………
throws通常不用显示的捕获异常，可由系统自动将所有捕获的异常信息抛给上级方法（即调用该方法或类的所有地方）；
throw则需要用户自己捕获相关的异常，而后再对其进行相关处理（如打印异常的地方，类型等），最后将处理后的异常信息抛出。
他们对异常处理方式也不同.throws对异常不处理,谁调用谁处理,throws的Exception的取值范围要大于方法内部异常的最大范围,而cathch的范围又要大于throws的Exception的范围;throw 主动抛出自定义异常类对象。
二、异常继承体系
异常的继承结构
三、java处理异常方式
在java代码中如果发生异常，jvm（java虚拟机）会抛出异常对象，导致程序代码中断，这个时候jvm在做的操作就是：创建异常对象，然后抛出，比如：
1．int i= 1；
2．int j = 0；
3．int res = 0；
4．res = i/j；//除0错误
5．System.out.println(res);
这5句代码运行到第四句会中断，因为jvm抛出了异常
2.throw的作用：手动抛出异常。有时候有些错误在jvm看来不是错误，比如：
1. int age = 0;
2. age = -100;
3．System.out.println(age);
很正常的整形变量赋值，但是在我们眼中看来就不正常，谁的年龄会是负的呢？！所以我们需要自己手动引发异常，这就是throw的作用
int age = 0;
age = -100;
if(age<0){
Exception e = new Exception(); //创建异常对象
throw e; //抛出异常
}
System.out.println(age);
java中的异常机制
异常机制是指当程序出现错误后，程序如何处理。具体来说，异常机制提供了程序退出的安全通道。当出现错误后，程序执行的流程发生改变，程序的控制权转移到异常处理器。
传统的处理异常的办法是，函数返回一个特殊的结果来表示出现异常（通常这个特殊结果是大家约定俗称的），调用该函数的程序负责检查并分析函数返回的结果。这样做有如下的弊端：例如函数返回-1代表出现异常，但是如果函数确实要返回-1这个正确的值时就会出现混淆；可读性降低，将程序代码与处理异常的代码混叠在一起；由调用函数的程序来分析错误，这就要求客户程序员对库函数有很深的了解。
在使用File类的方法时，如正在将U盘里面的照片复制到电脑里时，有人将U盘拔掉了。这时我们的复制程序就会出错，即抛出异常。当出现程序无法控制的外部环境问题（用户提供的文件不存在或者创建文件时已有同名文件存在，文件内容损坏，网络不可用...）时，JAVA就会用异常对象来描述。
异常情况通常有三大类：
(1)检查性异常:java.lang.Exception
(2)运行期异常:java.lang.RuntimeException
(3)错误:java.lang.Error
它们都是java.lang.Throwable类的子孙类。如右图：
Throwable 类是 Java 语言中所有错误和异常类的父类，对于具体的异常，不应该使用Throwable类，而应该使用其他三者之一。
检查性异常------程序正确，但因为外在的环境条件不满足引发。例如：用户错误及I/O问题----程序试图打开一个并不存在的远程Socket端口。这不是程序本身的逻辑错误，而很可能是远程机器名字错误(用户拼写错误)。对商用软件系统，程序开发者必须考虑并处理这个问题。JAVA编译器强制要求处理这类异常，如果不捕获这类异常，程序将不能被编译。
运行期异常------这意味着程序存在bug，如数组越界，0被除，入参不满足规范.....这类异常需要更改程序来避免，JAVA编译器强制要求处理这类异常。用来表示设计或实现方面的问题，如数组越界等。因为设计和实现正确的程序不会引发这类异常，所以常常不处理它。发生这类异常时，运行时环境会输出一条信息，提示用户修正错误。
错误------一般很少见，也很难通过程序解决。它可能源于程序的bug，但一般更可能源于环境问题，如内存耗尽。错误在程序中无须处理，而有运行环境处理。Error表示很难恢复的错误，如内存越界。一般不期望用户程序来处理，即使程序员有能力处理这种错误，也还是交给系统处理为好。
❹ 按异常在编译时是否被检测来分,异常可以分成哪两种
检查时异常（checkException）和运行时异常（runtime Exception）
❺ 请问如何理解Java中的异常机制
很久没弄Java了，但里面重要的东西我还是记得的，比如什么面向对象的思想，继承、封装、多态。还是记得的，我不能说我Java学的如何如好，但基本的思想我理解的比较到位的。可能写程序就要成问题了，光有思想史部行的，还要把思想运用到实际的程序中，那样的话理解可能还要深刻些，每种技术，不论多么简单的技术还是要自己都练习练习才有可能取得比较好好的成绩，而且还要经常练习才行，不要一种技术很久不练那可能等不到多久又忘了。
今天就来说说Java中的异常机制，Java中的异常分为运行时异常和错误、异常又分为受检异常和非受检异常，受检异常就是有I/O操作的。里面的东西如throw、throws等就不讲了，咱主要讲讲如和理解，这些关键字大家顺便找个书或者网站到处都能看到。错误就是在错误的时间、干了错误的事。异常就是在正确的时间干了错误的事，比如，你在你女朋友不在的时候看我她的日记，而她的日记又有一些以前不雅的东西，你看了，肯定会异常的，如果非受检异常，能把这种异常隐藏到，说明Java是非受检异常，这种异常你女朋友一眼就看出来了，如果是受检异常，你女朋友可能先给提醒叫你不要动他的日记，看了可能你就有异常，在之前啦，你先声明你可能会有异常，她可能才会让你看。也不知道理解准不正确哈，反正，Java虚拟机和人其实是人的某些东西时一样的。Java语言也是比较优秀的语言。
❻ java.lang.ExceptionInInitializerError 这个错误 怎么解决
当在静态初始化块中出现了异常的时候，JVM会抛出 java.lang.ExceptionInInitializerError异常。如果你了解Java中的静态变量，你会知道它们是在类加载的时候进行初始化的。如果在这个静态变量初始化的过程中出现了异常，那么就会抛出 java.lang.ExceptionInInitializerError异常。任何异常都可能会引发这种情况，比如说，java.lang.ArrayIndexOutOfBound或者java.lang.NullPointerException。Java开发人员通常会被这个错误弄晕，他觉得自己并没有定义任何的静态初始化块，为什么还会抛出ExceptionInInitializerError异常；事实上，Java默认会将静态变量的初始化放在一个默认的静态初始化块中，然后按它们在源文件中声明的顺序来进行初始化。比如说变量ABC声明在第一行，在第二行中使用到了，而在第三行的时候才初始化，那么第二行的代码会抛出一个NullPointerException异常，这个异常会被封装到一个ExceptionInInitializerError异常中，如果这段代码在主线程中执行了，你会看到控制台或者日志文件中出现这样的错误信息： "Exception in thread "main" java.lang.ExceptionInInitializerError"。在一个拥有大量日志文件的大型系统中，这样的错误很容易被忽略，而程序员会得到一个java.lang.NoClassDefFoundError异常。不幸的是只有当别人使用到了这个类的时候才会出现这个错误，因为ExceptionInInitializerError导致了这个类无法加载。由于类加载失败了，因此JVM会抛出NoClassDefFoundError。有的时候这会误导Java开发人员，他们会检查类路径，PATH,以及java.library.path看是不是缺少了这个类，却又发现不了任何问题，这让他们很困惑。如果你在分析NoClassDefFoundError的原因，你最好看下你的日志文件中有没有ExceptionInInitializerError，然后再考虑要不要检查classpath。本文中我们将看到一段代码，它会在静态初始化过程中引发异常从而导致 "Exception in thread "main" java.lang.ExceptionInInitializerError"。在稍后的部分，我们将会看到如何去解决这个问题。
Exception in thread "main" java.lang.ExceptionInInitializerError的原因
正如别的错误或者异常一样，当你看见这行信息，你知道这是出现ExceptionInInitializerError异常了，这个异常是由于类加载过程中静态块初始化过程失败所导致的。由于它出现在负责启动程序的主线程中，因此你最好从主类中开始分析，这里说的主类是指你在命令行参数中指定的那个，或者说是你声明了public static void main(String args[])方法的那个类。如果你仔细地看一下完整的堆栈跟踪信息，你其实什么也不用做，因为JVM已经把类名给打印出来了，这就是引发ExceptionInInitializerError的类。ExceptionInInitializerError是LinkageError的子类，这意味着这个异常会导致你的类无法加载到JVM的内存中。现在我们来看一下这个示例程序，它在执行的时候会抛出下面的异常：
Exceptioninthread"main"java.lang.ExceptionInInitializerError
Causedby:java.lang.IndexOutOfBoundsException:Index:0,Size:0
atjava.util.ArrayList.rangeCheck(ArrayList.java:635)
atjava.util.ArrayList.get(ArrayList.java:411)
atStaticInitiazerDemo.<clinit>(StaticInitiazerDemo.java:15)
看一下栈跟踪信息，你知道真正的异常是java.lang.IndexOutOfBoundsException,它在StaticInitiazerDemo的第二行被抛出来了。这是由于你调用了ArrayList的get()方法并传入了位置0，而这个ArrayList的大小也是0（Index:0,Size:0）。看到这条信息后你知道当我们想从列表中取出第一张CreditCard时，这个列表是空的。
importjava.util.ArrayList;
importjava.util.List;
/**
*,whichcomes
*
*andinitialization.
*
*@authorJavinPaul
*/
{
privatestaticfinalList<CreditCard>cards=newArrayList<CreditCard>();
=cards.get(0);//1stcardisdefault
publicstaticbooleanisVisa="VISA".equalsIgnoreCase(prefferdCard.getNetwork());
publicstaticvoidmain(Stringargs[]){
makePayment(prefferdCard);
}
publicstaticvoidmakePayment(CreditCardcc){
if(isVisa){
//offer5%discount
}
//dectpayment
}
}
classCreditCard{
privatelongcard_number;//16digitcardnumber
privateintcvv;//3digitcvvnumber
privateintexpiryMonth;
privateintexpiryYear;
privateStringbank;
privateStringnetwork;
publicCreditCard(longcard_number,intcvv,intexpiryMonth,intexpiryYear,Stringbank,Stringnetwork){
super();
this.card_number=card_number;
this.cvv=cvv;
this.expiryMonth=expiryMonth;
this.expiryYear=expiryYear;
this.bank=bank;
this.network=network;
}
/**
*@returnthecard_number
*/
publicfinallonggetCard_number(){
returncard_number;
}
/**
*@returnthecvv
*/
publicfinalintgetCvv(){
returncvv;
}
/**
*@returntheexpiryMonth
*/
publicfinalintgetExpiryMonth(){
returnexpiryMonth;
}
/**
*@returntheexpiryYear
*/
publicfinalintgetExpiryYear(){
returnexpiryYear;
}
/**
*@returnthebank
*/
publicfinalStringgetBank(){
returnbank;
}
/**
*@returnthenetwork
*/
publicfinalStringgetNetwork(){
returnnetwork;
}
}
输出：
Exceptioninthread"main"java.lang.ExceptionInInitializerError
Causedby:java.lang.IndexOutOfBoundsException:Index:0,Size:0
atjava.util.ArrayList.rangeCheck(UnknownSource)
atjava.util.ArrayList.get(UnknownSource)
atStaticInitializerDemo.<clinit>(StaticInitializerDemo.java:15)
这里是Java中所有Error类的类结构。你可以看到ExceptionInInitializerError是继承自LinkageError的。还应当知道的是，像RuntimeException一样，Error也是未检查异常，编译器是不去检查有没有相应的异常处理代码的。
如何解决Exception in thread "main" java.lang.ExceptionInInitializerError
需要记住以下几点：
1. "Exception in thread "main" java.lang.ExceptionInInitializerError"意味着异常出现在主线程，并且是LinkageError的一个子类java.lang.ExceptionInInitializerError，这是JVM类加载失败时才抛出的，原因是静态初始化代码中出现了诸如IndexOutOfBoundsException或者NullPointerException这样的RuntimeException。
2. 记住JVM会将所有的静态变量的初始化按它们在源文件中的出现顺序放到一个静态初始化块中。因此，不要觉得没有看到静态初始块就认为不会出现这个异常。事实上，你得确保静态变量的正确顺序，比如说，如果 一个变量初始化的时候用到了另一个变量，你得确保这个变量在前面已经初始化过了。
3. 如果别的代码想要使用这个类，则会抛出ExceptionInInitializerError异常，而它又会导致ClassNotFoundException或者NoClassDefFoundError。为什么？因为这个类加载失败了，并没有加载到JVM的内存中。因此如果你在解决类不存在之类的异常时，先看看你的日志文件中有没有这个异常。
4. 记住静态初始化代码块会抛出RuntimeException而不是已检查异常，而后者需要有对应的catch块来进行处理。
这就是关于Exception in thread "main" java.lang.ExceptionInInitializerError的所有东西了。你已经了解到了如何去跟踪此类问题，并找出抛出这个异常的罪魁祸首。需要谨记的是这个异常的一个副作用是NoClassDefFoundError，而Java程序抛出这个异常的位置可能会离java.lang.ExceptionInInitializerError很远，这取决于你的客户端代码何时引用到这个类。因此，在查看类路径解决NoClassDefFoundError异常之前，最好先看看日志有没有出现ExceptionInInitializerError。
❼ java中异常的处理方法有哪两种
1.检查型异常,这样的异常继承于Excetpion,就是在编译期间需要检查,如果该异常被throw,那么在该异常所在的method后必须显示的throws,调用该method的地方也必须捕获该异常,否则编译器会抛出异常.ejb里的RemoteException是一个这样的异常.来源：考试大
2.运行时异常,就是在运行期间系统出现的异常,该类异常继承于RuntimeException,该类异常在编译时系统不进行检查,如NullPointerExcetpion,NumberFormatException.
3.系统错误,一般是JVM出现异常时抛出的异常,如OutofMemoryError,这样的异常在J2EE开发中是不用关心的.考试大论坛
在J2EE开发中,检查型异常被滥用以至于过一段时间程序员自己都看不懂抛出这样的异常,.里面封装的这些错误信息是干什么用的,更可怕的是有好多有用的信息找不到了.比如SQLException和RemoteException这样的异常我们没必要再进行封装,这样的异常只对我们调试程序有用,而对客户来说它就是一个”系统错误”而已.异常处理有一个简单的原则,你什么时候需要封装自己的检查型异常?就是你很清楚自己抛出这个异常的用途时,比如用户输入用户名和密码要登录,但用户名和密码不匹配,你就要定义一个检查型异常,客户端通过捕获该异常,然后把相应的错误信息反馈给客户.而其它的自己未预期的错误或者异常比如SQLException,只需封装到EJBException中,ejb container会把它的信息追加到RemoteException里,这样客户端捕获RemoteException后把它写到系统日志里,就很容易进行调试。
Java 异常的处理
在 Java 应用程序中，对异常的处理有两种方式：处理异常和声明异常。
处理异常：try、catch 和 finally
若要捕获异常，则必须在代码中添加异常处理器块。这种 Java 结构可能包含 3 个部分，
都有 Java 关键字。下面的例子中使用了 try-catch-finally 代码结构。
import java.io.*; public class EchoInputTryCatchFinally { public static void main（String args［］）{ System.out.println（”Enter text to echo：”）; InputStreamReader isr = new InputStreamReader（System.in）; BufferedReader inputReader = new BufferedReader（isr）; try{ String inputLine = inputReader.readLine（）; System.out.println（”Read：” + inputLine）; } catch（IOException exc）{ System.out.println（”Exception encountered： ” + exc）; } finally{ System.out.println（”End. “）; } } 其中：
try 块：将一个或者多个语句放入 try 时，则表示这些语句可能抛出异常。编译器知道可能要发生异常，于是用一个特殊结构评估块内所有语句。
catch 块：当问题出现时，一种选择是定义代码块来处理问题，catch 块的目的便在于此。catch 块是 try 块所产生异常的接收者。基本原理是：一旦生成异常，则 try 块的执行中止，JVM 将查找相应的 JVM。
finally 块：还可以定义 finally 块，无论运行 try 块代码的结果如何，该块里面的代码一定运行。在常见的所有环境中，finally 块都将运行。无论 try 块是否运行完，无论是否产生异常，也无论是否在 catch 块中得到处理，finally 块都将执行。
try-catch-finally 规则：
必须在 try 之后添加 catch 或 finally 块。try 块后可同时接 catch 和 finally 块，但至少有一个块。
必须遵循块顺序：若代码同时使用 catch 和 finally 块，则必须将 catch 块放在 try 块之后。
catch 块与相应的异常类的类型相关。
一个 try 块可能有多个 catch 块。若如此，则执行第一个匹配块。
可嵌套 try-catch-finally 结构。
在 try-catch-finally 结构中，可重新抛出异常。
除了下列情况，总将执行 finally 做为结束：JVM 过早终止（调用 System.exit（int））；在 finally 块中抛出一个未处理的异常；计算机断电、失火、或遭遇病毒攻击。
声明异常
若要声明异常，则必须将其添加到方法签名块的结束位置。下面是一个实例：
public void errorProneMethod（int input） throws java.io.IOException { //Code for the method，including one or more method //calls that may proce an IOException } 这样，声明的异常将传给方法调用者，而且也通知了编译器：该方法的任何调用者必须遵守处理或声明规则。声明异常的规则如下：
必须声明方法可抛出的任何可检测异常（checked exception）。
非检测性异常（unchecked exception）不是必须的，可声明，也可不声明。
调用方法必须遵循任何可检测异常的处理和声明规则。若覆盖一个方法，则不能声明与覆盖方法不同的异常。声明的任何异常必须是被覆盖方法所声明异常的同类或子类。
❽ JAVA异常概念问题
1. RuntimeException是特殊的Exception，仅在java编译器中起作用，也就是编译器不要求程序必须捕捉。所以，RuntimeException可以自己定义，自己抛出，自己处理，也可以抛给虚拟机处理。
2. java程序中所有的异常都可以交给虚拟机来处理，虚拟机在捕捉到异常时，都是简单的输出异常，结束程序。
3. 同2所说的，所有的异常都可以交给虚拟机，自己定义的与系统自带的没有区别。
❾ java中自定义异常为何要继承exception类
java.lang.Exception类是Java中所有异常的直接或间接父类。即Exception类是所有异常的根类。
1、异常的分类：
① 非运行时异常（Checked Exception）
② 运行时异常（Runtime Exception/Unchecked Exception）
public class Exception
extends Throwable
Exception 类及其子类是 Throwable 的一种形式，它指出了合理的应用程序想要捕获的条件。
public class RuntimeException
extends Exception
RuntimeException 是那些可能在 Java 虚拟机正常运行期间抛出的异常的超类。
可能在执行方法期间抛出但未被捕获的 RuntimeException 的任何子类都无需在 throws 子句中进行声明。
a) RuntimeException类直接继承自Exception类，称为运行时异常。Java中所有的运行时异常都直接或间接的继承自RuntimeException.
Java中所有的异常类都直接或间接的继承自Exception。
2、异常的处理：
对应非运行时异常，必须对其进行处理。处理方式有两种：
使用try…catch…finally语句块进行捕获
在产生异常的方法所在的方法声明throws Exception
对于运行时异常，可以不对其进行处理，也可以对其进行处理。一般情况下都不对其进行处理。
3、捕获异常：
try {
FileInputStream fs = new FileInputStream("D:/temp/a.txt");
} catch (FileNotFoundException e) {
System.out.println("catch...");
e.printStackTrace();
} finally{
System.out.println("finally...");
}
4、抛出和捕获异常：
4.1、把异常交给JVM处理：
public class ExceptionTest {
public static void execute() throws Exception {
System.out.println("execute...");
throw new Exception();
}
public static void main(String[] args) throws Exception {
execute();
}
}
4.2、或者使用try catch语句块捕获异常：
public class ExceptionTest {
public static void execute() throws Exception {
System.out.println("execute...");
throw new Exception();
}
public static void main(String[] args) {
try {
execute();
} catch (Exception e1) {
e1.printStackTrace();
}
}
}
5、自定义异常：
自定义异常通常是定义一个继承自Exception类的子类。一般情况下我们都会直接继承自Exception类，而不会继承某个运行时的异常类。
5.1、创建自定义异常：
public class MyException extends Exception{
public MyException(){
super();
}
public MyException(String msg){
super(msg);
}
}
5.2、在类中使用异常：
public class ExceptionTest {
public static void execute(String a) throws MyException {
System.out.println("execute...");
if("true".equals(a)){
throw new MyException("参数不能为 true");
}
}
}
5.3、捕获自定义异常：
public static void main(String[] args) throws MyException {
execute("true");
}
6、异常使用注意事项：
当使用多个catch语句块来捕获异常时，需要将父类的catch语句块放到子类型的catch块之后，这样才能保证后续的catch可能被执行，否则子类型的catch将永远无法到达，Java编译器会报编译错误。
如果try语句块中存在return语句，那么首先会执行finally语句块中的代码，然后才返回。
如果try语句块中存在System.exit(0)语句，那么久不会执行finally语句块的代码了，因为System.exit(0)会终止当前运行的JVM。程序在JVM终止前结束执行。
❿ 用户自定义异常类需要从以下哪个类继承
java中的顶级内置类的java。 1ang。异常类型的Throwable
等都是它的子类;
其结构如下：
的Throwable
/ \
/ \
异常错误
/
/
的RuntimeException
例外，非运行时异常（通常Unreport的java ....异常未报告**异常），错误是一个灾难性的错误，而不是程序本身可以通过最佳的系统处理控制，RuntimeException的是一个运行时异常（如被零除，程序本身不不要抱怨，但是当你运行上的错误）。对于例外情况可以点击看非运行时尝试{}
赶上（例外）{}
捕捉异常，但也可以在类名后抛出与抛出异常的异常，但抛出使用时抛出一个异常，如果有另一个类调用或继承这个类，这仍然会有相同的异常类，然则用的try-catch不大，所以最好用的try-catch ，同时你还可以使用投掷扔，但比较麻烦，扔之间的区别抛出了：扔采用的是内部方法，这是在方法的定义抛出时，他告诉这个方法可能是编译器发生异常，独自抛出必须使用在try-catch，其次是抛出你不需要的方法的定义。