纯净、安全、绿色的下载网站

首页|软件分类|下载排行|最新软件|IT学院

当前位置:首页IT学院IT技术

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

lzqze   2021-06-07 我要评论
想了解浅谈抛出异常和捕获异常的一些区别的相关内容吗lzqze在本文为您仔细讲解抛出异常与捕获异常区别的相关知识和一些Code实例欢迎阅读和指正我们先划重点:抛出异常,捕获异常下面大家一起来学习吧

小总结

抛出异常:

创建异常对象封装异常信息然后通过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 根据异常的粒度组织你的方法

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


相关文章

猜您喜欢

  • Flutter 底部弹窗ModelBottomSheet Flutter 底部弹窗ModelBottomSheet的使用示例

    想了解Flutter 底部弹窗ModelBottomSheet的使用示例的相关内容吗岛上码农在本文为您仔细讲解Flutter 底部弹窗ModelBottomSheet的相关知识和一些Code实例欢迎阅读和指正我们先划重点:Flutter,底部弹窗,Flutter,ModelBottomSheet下面大家一起来学习吧..
  • vs2019 MFC 画图 vs2019 MFC实现office界面的画图小项目

    想了解vs2019 MFC实现office界面的画图小项目的相关内容吗悲恋花丶无心之人在本文为您仔细讲解vs2019 MFC 画图的相关知识和一些Code实例欢迎阅读和指正我们先划重点:vs2019,MFC,画图,vs2019,MFC下面大家一起来学习吧..

网友评论

Copyright 2020 www.fresh-weather.com 【世纪下载站】 版权所有 软件发布

声明:所有软件和文章来自软件开发商或者作者 如有异议 请与本站联系 点此查看联系方式