Java中的控制语句中异常处理语句:try-catch-finally,throw。
让客户满意是我们工作的目标,不断超越客户的期望值来自于我们对这个行业的热爱。我们立志把好的技术通过有效、简单的方式提供给客户,将通过不懈努力成为客户在信息化领域值得信任、有价值的长期合作伙伴,公司提供的服务项目有:域名注册、雅安服务器托管、营销软件、网站建设、阜城网站维护、网站推广。
异常作用:在Java中,在默认情况下,异常会输出一个错误信息,然后中止程序的执行。为了更好地处理异常情况,程序开发人员通常会在程序中定义异常处理代码块来捕获和处理异常。这样,当异常情况发生时,一个代表该异常的对象会被创建,并在产生异常的方法中被引发。该方法可以选择自己处理异常,也可以抛出该异常。
可以选择三种方法来进行异常处理1对代码块用try..catch进行异常捕获处理;
2在 该代码的方法体外用throws进行抛出声明,告知此方法的调用者这段代码可能会出现这些异常,你需要谨慎处理。此时有两种情况:
如果声明抛出的异常是非运行时异常,此方法的调用者必须显示地用try..catch块进行捕获或者继续向上层抛出异常。
如果声明抛出的异常是运行时异常,此方法的调用者可以选择地进行异常捕获处理。
3在代码块用throw手动抛出一个异常对象,此时也有两种情况,跟2)中的类似:
如果抛出的异常对象是非运行时异常,此方法的调用者必须显示地用try..catch块进行捕获或者继续向上层抛出异常。
如果抛出的异常对象是运行时异常,此方法的调用者可以选择地进行异常捕获处理。
(如果最终将异常抛给main方法,则相当于交给jvm自动处理,此时jvm会简单地打印异常信息)
常处理和设计的建议
1. 只在必要使用异常的地方才使用异常,不要用异常去控制程序的流程
2. 切忌使用空catch块
3. 检查异常和非检查异常的选择
4. 注意catch块的顺序
5. 不要将提供给用户看的信息放在异常信息里
6. 避免多次在日志信息中记录同一个异常
7. 异常处理尽量放在高层进行
8. 在finally中释放资源
相信作为程序员的我们在对程序进行编译过程中经常会遇到错误,或者在运行过程中出现错误,在这里主要跟大家谈谈经常遇到的一些异常与错误,以及解决办法。
异常是指程序在编译或运行过程出现的错误。
在java.lang包中Throwable包含了所有的异常。
Error (错误) 和Exception(异常)
(1)Error(错误)
一旦发生无法修复,但可以避免发生。
常见错误类:
IOError:I/O错误,当发生严重的I/O错误时,抛出此错误。
VirtualMachineError :虚拟机错误,当 Java 虚拟机崩溃或用尽了它继续操作所需的资源时,抛出该错误。
StackOverflowError:栈内存满了,当应用程序递归太深而发生堆栈溢出时,抛出该错误。
OutofMemoryError:堆内存满了,因为内存溢出或没有可用的内存提供给垃圾回收器时,Java 虚拟机无法分配一个对象,这时抛出该异常。
以上是一些常见的错误,在Error类中还有一些别的错误(参照文件Java.lang.Throwable.Error).
(2)Exception(异常)
一旦发生,可以捕获并处理,不会导致程序终止,有时可以避免有时无法避免。
异常的分类:
1.编译时异常(需要强制处理) 2.运行时异常(不需要强制处理)
常见的异常有:
IOException:输入输出流异常
FileNotFoundException:文件找不到的异常
ClassNotFoundException:类找不到的异常
DataFormatException:数据格式化异常
NoSuchFieldException:没有匹配的属性异常
NoSuchMethodException:没有匹配的方法异常
SQLException:数据库操作异常
TimeoutException:执行超时异常
常见的运行时异常:
RuntimeException:运行时异常
NullPointerException:空指针异常
ArrayIndexOutofBoundsException:数组越界异
ClassCastException:类型转换异常
IllegalArgumentException:非法的参数异常
InputMismatchException:输入不匹配
以上是常见的一些异常,另外还有别的异常,参见文件:Java.lang.Throwable.Exception
既然我们常常会遇到一些异常,那我们如何来处理这些异常就是一个急需解决的事情。
(1) 如何处理编译时异常?
方法一:将需要处理的代码块放在一个try...catch...中
try{
//需要处理异常的代码
}catch(XXXException ef){
ef.printStackTrace();
}
我们方法一就是要将我们不确定的代码放入try......catch中,先进行try一下,如果没有异常,则不会触发catch,没有输出,一旦出现异常,那么catch就会工作,在catch中捕获异常信息,根据异常信息进行补救措施。
如以下代码:
方法二:在出现异常的方法上直接向上抛出异常,throws
void ff() throws XXXException{
}
将出现的异常的代码中,放入如上的方法中,就会将异常抛给该方法的上一级,在主函数上继续向上抛,最终抛给JVM java虚拟机,让JVM来解决该问题。
如代码:
注意:在catch和throws的时候如果不确定是什么异常,就直接写一个Exception.
(2) 如何处理运行时异常?
1.一般情况下,运行时异常是不用处理的
2.在某些情况下,如果对发生异常的结果进行处理,也可以对运行时异常进行try...catch...
以上就是一些我们处理编译时异常和运行时异常的方法。
在程序出现异常时,有时候我们可以自定义异常,以便我们能够发现是什么异常。
那么如何自定义异常??
1.当运行时,程序出现意外,可以抛出异常对象来结束程序
如:
//抛出运行时异常对象
RuntimeException ef = new RuntimeException("下标越界!index:"+index+" ,size:"+size());
throw ef;
2.对于编译时异常,同样可以抛出异常对象
但在方法定义时候必须加上throws
如:
public void test(int t) throws Exception{
if (t 0 || t 100) {
Exception ef = new Exception("数据错误");
throw ef;
}
}
例如:
运行结果:
从结果可以看出,我们在输入数据的时候出现错误,这样通过自定义异常能够让我们更直接快速的找到运行或编译时的异常。
在上述中我们分别提到了三种throw,分别是Throwable,Throws以及throw,那么到底三者有什么区别?
Throwable:是指在在Java.lang包中的一个类,其包含了所有的异常和错误,其中类Error和Exception 是它
的子类。
Thows:是指在解决编译时异常,将方法中异常抛给上一级,在方法后面要加Throw Exception来进行抛。
throw:是指在自定义异常时,如果方法出现异常,那么将作为引用方法的对象抛出。即抛出异常。
希望对您有所帮助!~
1. 异常机制
异常机制指当程序出现错误程序何处理具体来说异常机制提供了程序退出安全通道当出现错误程序执行流程发生改变程序控制权转移异常处理器
传统处理异常办法函数返回特殊结来表示出现异常(通常特殊结大家约定俗称)调用该函数程序负责检查并分析函数返回结样做有下弊端:例函数返回-1代表出现异常函数确实要返回-1正确值时会出现混淆;读性降低程序代码与处理异常代码混爹起;由调用函数程序来分析错误要求客户程序员对库函数有深了解
异常处理流程:
① 遇错误方法立即结束并返回值;同时抛出异常对象
② 调用该方法程序也会继续执行下去而搜索处理该异常异常处理器并执行其代码
2 异常分类
异常分类:
① 异常继承结构:基类ThrowableError和Exception继承ThrowableRuntimeException和IOException等继承Exception具体RuntimeException继承RuntimeException
② Error和RuntimeException及其子类成未检查异常(unchecked)其异常成已检查异常(checked)
每类型异常特点
Error体系 :
Error类体系描述了Java运行系统内部错误及资源耗尽情形应用程序应该抛出种类型对象(般由虚拟机抛出)出现种错误除了尽力使程序安全退出外其方面无能力所进行程序设计时应该更关注Exception体系
Exception体系包括RuntimeException体系和其非RuntimeException体系 :
① RuntimeException:RuntimeException体系包括错误类型转换、数组越界访问和试图访问空指针等等处理RuntimeException原则:出现RuntimeException定程序员错误例通过检查数组下标和数组边界来避免数组越界访问异常
②其非RuntimeException(IOException等等):类异常般外部错误例试图从文件尾读取数据等并程序本身错误而应用环境出现外部错误
与C++异常分类同 :
① JavaRuntimeException类名起并恰当因任何异常都运行时出现(编译时出现错误并异常换句说异常了解决程序运行时出现错误)
② C++logic_error与JavaRuntimeException等价而runtime_error与Java非RuntimeException类型异常等价
3 异常使用方法
声明方法抛出异常
① 语法:throws(略)
② 要声明方法抛出异常
方法否抛出异常与方法返回值类型样重要假设方法抛出异常确没有声明该方法抛出异常客户程序员调用方法而且用编写处理异常代码旦出现异常异常没有合适异常控制器来解决
③ 抛出异常定已检查异常
RuntimeException与Error任何代码产生们需要由程序员显示抛出旦出现错误相应异常会被自动抛出而已检查异常由程序员抛出分两种情况:客户程序员调用会抛出异常库函数(库函数异常由库程序员抛出);客户程序员自己使用throw语句抛出异常遇Error程序员般无能力;遇RuntimeException定程序存逻辑错误要对程序进行修改(相当于调试种方法);只有已检查异常才程序员所关心程序应该且仅应该抛出或处理已检查异常
注意:覆盖父类某方法子类方法能抛出比父类方法更多异常所有时设计父类方法时会声明抛出异常实际实现方法代码却并抛出异常样做目了方便子类方法覆盖父类方法时抛出异常
何抛出异常
① 语法:throw(略)
② 抛出异常对于异常对象真正有用信息时异常对象类型而异常对象本身毫无意义比异常对象类型ClassCastException类名唯有用信息所选择抛出异常时关键选择异常类名能够明确说明异常情况类
③ 异常对象通常有两种构造函数:种无参数构造函数;另种带字符串构造函数字符串作异常对象除了类型名外额外说明
④ 创建自己异常:当Java内置异常都能明确说明异常情况时候需要创建自己异常需要注意唯有用类型名信息所要异常类设计上花费精力
捕获异常
异常没有被处理对于非图形界面程序而言该程序会被止并输出异常信息;对于图形界面程序也会输出异常信息程序并止而返回用错误页面
语法:try、catch和finally(略)控制器模块必须紧接try块面若掷出异常异常控制机制会搜寻参数与异常类型相符第控制器随会进入catch 从句并认异常已得控制旦catch 从句结束对控制器搜索也会停止
捕获多异常(注意语法与捕获顺序)(略)
finally用法与异常处理流程(略)
异常处理做对于Java来说由于有了垃圾收集所异常处理并需要回收内存依有些资源需要程序员来收集比文件、网络连接和图片等资源
应该声明方法抛出异常还方法捕获异常原则:捕捉并处理哪些知道何处理异常而传递哪些知道何处理异常
再次抛出异常
①要再次抛出异常 本级只能处理部分内容有些处理需要更高级环境完成所应该再次抛出异常样使每级异常处理器处理能够处理异常
②异常处理流程 :对应与同try块catch块被忽略抛出异常进入更高级
4 关于异常其问题
① 过度使用异常 :首先使用异常方便所程序员般再愿意编写处理错误代码而仅仅简简单单抛出异常样做对对于完全已知错误应该编写处理种错误代码增加程序鲁棒性另外异常机制效率差
② 异常与普通错误区分开:对于普通完全致错误应该编写处理种错误代码增加程序鲁棒性只有外部能确定和预知运行时错误才需要使用异常
③ 异常对象包含信息 :般情况下异常对象唯有用信息类型信息使用异常带字符串构造函数时字符串还作额外信息调用异常对象getMessage()、toString()或者printStackTrace()方法分别得异常对象额外信息、类名和调用堆栈信息并且种包含信息前种超集
5 常见异常
算术异常类:ArithmeticExecption
空指针异常类:NullPointerException
类型强制转换异常:ClassCastException
数组负下标异常:NegativeArrayException
数组下标越界异常:ArrayIndexOutOfBoundsException
违背安全原则异常:SecturityException
文件已结束异常:EOFException
文件未找异常:FileNotFoundException
字符串转换数字异常:NumberFormatException
操作数据库异常:SQLException
输入输出异常:IOException
方法未找异常:NoSuchMethodException
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 produce an IOException } 这样,声明的异常将传给方法调用者,而且也通知了编译器:该方法的任何调用者必须遵守处理或声明规则。声明异常的规则如下:
必须声明方法可抛出的任何可检测异常(checked exception)。
非检测性异常(unchecked exception)不是必须的,可声明,也可不声明。
调用方法必须遵循任何可检测异常的处理和声明规则。若覆盖一个方法,则不能声明与覆盖方法不同的异常。声明的任何异常必须是被覆盖方法所声明异常的同类或子类。