Java异常

对于任何一种程序设计语言设计的程序在运行时都有可能出现错误,一般有两种解决方法:(哪一个更好)
1.遇到错误就终止程序的运行。
2.由程序员在编写程序时,就考虑到错误的检测、错误消息的提示,以及错误的处理。
异常:程序执行中发生的不正常情况。
开发过程中的语法错误不叫异常

Java程序运行过程中所发生的异常事件可分为两类
Error: JVM系统内部错误、资源耗尽等严重情况//无法控制,不处理
Exception: 其它因编程错误或偶然的外在因素导致的一般性问题。比如:空指针访问、试图读取不存在的文件等
Throwable: 有两个重要的子类:Exception(异常)和 Error(错误),二者都是 Java 异常处理的重要子类,各自都包含大量子类。
Error(错误):是程序无法处理的错误,表示运行应用程序中较严重问题。
Exception(异常):是程序本身可以处理的异常
在这里插入图片描述
Java的异常:
1.可查的异常(编译器要求必须处置的异常)
2.不可查的异常(编译器不要求强制处置的异常)
需要处理的异常:除了Error和runtimeexception
checked exceptions(检测时异常)/ 编译异常
不需要处理的异常:error和runtimeexceptin unchecked exceptions(非检测时异常)/ 运行时异常
Exception 这种异常分两大类:
运行时异常:都是RuntimeException类及其子类异常
非运行时异常 (编译异常):是RuntimeException以外的异常
常见的异常:
1.RuntimeException
1)错误的类型转换
2)数组下标越界
3)算数异常
4)空指针访问
2.IOExeption
1)从一个不存在的文件中读取数据
2)越过文件结尾继续读取
3)连接一个不存在的URL
异常处理:try-catch-finally
try {
… //可能产生异常的代码
} catch( ExceptionName1 e ) {
… //当产生ExceptionName1型异常时的处置措施
} catch( ExceptionName2 e ) {
… //当产生ExceptionName2型异常时的处置措施
}
[ finally{
… //无条件执行的语句
} ]
**try:**将可能出现异常的代码放在try语句块中。
**catch (**Exceptiontype e):在catch语句块中是对异常对象进行处理的代码。如果明确知道产生的是何种异常,可以用该异常类作为catch的参数也可以用其父类作为catch的参数。
每个try语句块可以伴随一个或多个catch语句,用于处理可能产生的不同类型的异常对象。
异常的语法规则:

  1. 必须在 try 之后添加 catch 或 finally 块。
  2. 必须遵循块顺序:若代码同时使用 catch 和 finally 块,则必须将 catch 块放在 try 块之后。
  3. catch 块与相应的异常类的类型相关。
  4. 一个 try 块可能有多个 catch 块。
  5. 可嵌套 try-catch-finally 结构。
  6. 在 try-catch-finally 结构中,可重新抛出异常。
  7. 除了下列情况,总将执行 finally 做为结束:JVM 过早终止(调用 System.exit(int));在 finally 块中抛出一个未处理的异常;计算机断电、失火、或遭遇病毒攻击。
    Throws抛出异常的规则:
    1)如果是不可查异常(unchecked exception),即Error、RuntimeException或它们的子类,那么可以不使用throws关键字来声明要抛出的异常,编译仍能顺利通过,但在运行时会被系统抛出。
    2)必须声明方法可抛出的任何可查异常(checked exception)。
    3)仅当抛出了异常,该方法的调用者才必须处理或者重新抛出该异常。
    4)调用方法必须遵循任何可查异常的处理和声明规则。
    throw总是出现在函数体中,用来抛出一个Throwable类型的异常
    语法格式为:
    throw new exceptionname;
    异常处理一般原则:
    1.能处理就早处理,抛出不去还不能处理的就想法消化掉或者转换为RuntimeException处理。
    事务异常,在持久化层,Dao层只能往上抛。
    2.因为对于一个应用系统来说,抛出大量异常是有问题的,应该从程序开发角度尽可能的控制异常发生的可能。
    3.对于检查异常,如果不能行之有效的处理,还不如转换为RuntimeException抛出。这样也让上层的代码有选择的余地――可处理也可不处理。
    4.对于一个应用系统来说,应该有自己的一套异常处理框架,这样当异常发生时,也能得到统一的处理风格,将优雅的异常信息反馈给用户。
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值