文章详情

短信预约-IT技能 免费直播动态提醒

请输入下面的图形验证码

提交验证

短信预约提醒成功

浅谈抛出异常和捕获异常的一些区别

2024-04-02 19:55

关注

小总结

抛出异常:

创建异常对象,封装异常信息然后通过throw将异常对象传递给调用者。

不对异常进行处理只对异常进行抛出是非常不负责任的表现可以称为渣男。

但是可以通过主动抛出异常对一些jvm虚拟机识别不出来的异常进行抛出。

手动抛出异常举例


public static void main(String[] args) throws Exception {
        int age = 0;
        age = -100;
        if(age<0)
        {
            Exception e = new Exception();//创建异常对象
            throw e;//抛出异常
        }
        System.out.println(age);
    }

这个例子在常理中年龄是不能小于零的所以要手动抛出异常。

捕获异常:

对异常进行捕获然后进行指定方式的处理

throw与throws的区别:

1.抛出的东西不同:throw抛出的是具体的异常对象,而throws抛出的是抽象的异常类。

2.使用位置不同:throw一般用在方法体中,也可用在代码块中,throws只能用在方法声明括号后面。

Java中的异常处理:何时抛出异常,何时捕获异常?

在看hadoop源码时,想想自己最近在做的那个系统,发现很多异常处理的方式不对,还是按照传统的异常处理方式(即:采用返回值来标识程序出现的异常情况)。而hadoop中很多方法的声明是有异常抛出的,而我的系统中的很多方法的声明都没有抛出异常。只是判断了异常情况,并输出了错误提示,但是并没有抛出异常。

org.apache.hadoop.hdfs.protocol包下的Block类的readFields()方法:


public void readFields(DataInput in) throws IOException {
    this.blockId = in.readLong();
    this.numBytes = in.readLong();
    this.generationStamp = in.readLong();
    if (numBytes < 0) {
      throw new IOException("Unexpected block size: " + numBytes);//抛出异常,要是的话就不会抛出,而只是System.out.println错误提示,
    }

1.如果方法声明名里面有throws异常,那么方法体里面可以不抛出异常。

因为可以在方法声明中包含异常说明,但实际上却不抛出!这样做的好处是,为异常先占个位置,以后就可以抛出这种异常而不用修改修改已有的代码。在定义抽象基类和接口时这种能力很重要,这样派生类或接口实现类就能够抛出这些预先声明的异常。

2.为什么有的方法声明里面没有throws,但方法体里面却抛出了异常?

从RuntimeException继承的异常,可以在没有异常说明throws的情况下被抛出!对于Runtime异常(也称为非检查的异常unchecked exception),编译器不需要异常说明。只能在代码中忽略RuntimeException(及其子类)类型的异常,其他类型的异常的处理都是由编译器强制实施的。究其原因,RuntimeException代表的是编程错误。

3.运行时异常会被Java虚拟机自动抛出!

1. 异常处理基础

1.1 System.out.println是高代价的。调用System.out.println会降低系统吞吐量。

1.2 在生产环境中别用异常的printStackTrace()方法。printStackTrace默认会把调用的堆栈打印到控制台上,在生产环境中访问控制台是不现实的。

2. 异常处理基本原则

2.1 如果你不能处理异常,不要捕获该异常。

2.2 如果要捕获,应在离异常源近的地方捕获它。

2.3 不要吞没你捕获的异常。

*(就是捕获的异常,但是什么也不做)

2.4 除非你要重新抛出异常,否则把它log起来。

2.5 当一个异常被重新包装,然后重新抛出的时候,不要打印statck trace。

2.6 用自定义的异常类,不要每次需要抛出异常的时候都抛出java.lang.Exception。方法的调用者可以通过throws知道有哪些异常需要处理--所以它是自我描述的。

2.7 如果你编写业务逻辑,对于终端用户无法修复的错误,系统应该抛出非检查的异常(unchecked exception);如果你编写一个第三方的包给其他的开发人员用,对于不可修复的错误要用需要检查的异常(checked exception)。

2.8 绝对不要因为写throws语句会让你用起来不舒服,而不声明需要检查的异常。

2.9 应用级别的错误或不可修复的系统异常用非检查的异常(unchecked exception)抛出。

*(注意是错误,意味着不可修复,比如配置文件错误)

2.10 根据异常的粒度组织你的方法

以上为个人经验,希望能给大家一个参考,也希望大家多多支持编程网。

阅读原文内容投诉

免责声明:

① 本站未注明“稿件来源”的信息均来自网络整理。其文字、图片和音视频稿件的所属权归原作者所有。本站收集整理出于非商业性的教育和科研之目的,并不意味着本站赞同其观点或证实其内容的真实性。仅作为临时的测试数据,供内部测试之用。本站并未授权任何人以任何方式主动获取本站任何信息。

② 本站未注明“稿件来源”的临时测试数据将在测试完成后最终做删除处理。有问题或投稿请发送至: 邮箱/279061341@qq.com QQ/279061341

软考中级精品资料免费领

  • 历年真题答案解析
  • 备考技巧名师总结
  • 高频考点精准押题
  • 2024年上半年信息系统项目管理师第二批次真题及答案解析(完整版)

    难度     813人已做
    查看
  • 【考后总结】2024年5月26日信息系统项目管理师第2批次考情分析

    难度     354人已做
    查看
  • 【考后总结】2024年5月25日信息系统项目管理师第1批次考情分析

    难度     318人已做
    查看
  • 2024年上半年软考高项第一、二批次真题考点汇总(完整版)

    难度     435人已做
    查看
  • 2024年上半年系统架构设计师考试综合知识真题

    难度     224人已做
    查看

相关文章

发现更多好内容

猜你喜欢

AI推送时光机
位置:首页-资讯-后端开发
咦!没有更多了?去看看其它编程学习网 内容吧
首页课程
资料下载
问答资讯