Java异常处理中的一些特殊情况举例

2024-08-02 23:06:06

只使用try和finally不使用catch的原因和场景
JDK并发工具包中，很多异常处理都使用了如下的结构，如AbstractExecutorService，即只有try和finally没有catch。

class X
{
 private final ReentrantLock lock = new ReentrantLock();
 // ...

 public void m()
 {
 lock.lock(); // block until condition holds
 try
 {
  // ... method body
 } finally
 {
  lock.unlock()
 }
  }
}

为什么要使用这种结构？有什么好处呢？先看下面的代码

public void testTryAndFinally(String name)
 {
  try
  {
   name.length();// NullPointerException
  }
  finally
  {
   System.out.println("aa");
  }
 }

传递null该方法的执行结果是：在控制台打印aa，并抛出NullPointerException。执行流程是先执行try块，出现异常后执行finally块，最后向调用者抛出try中的异常。这种执行结果是很正常的，因为没有catch异常处理器，所有该方法只能将产生的异常向外抛；因为有finally，所以会在方法返回抛出异常之前，先执行finally代码块中的清理工作。

这种做法的好处是什么呢？对于testTryAndFinally来说，它做了自己必须要做的事(finally)，并向外抛出自己无法处理的异常；对于调用者来说，能够感知出现的异常，并可以按照需要进行处理。也就是说这种结构实现了职责的分离，实现了异常处理(throw)与异常清理(finally)的解耦，让不同的方法专注于自己应该做的事。那什么时候使用try-finally，什么时候使用try-catch-finally呢？很显然这取决于方法本身是否能够处理try中出现的异常。如果自己可以处理，那么直接catch住，不用抛给方法的调用者；如果自己不知道怎么处理，就应该将异常向外抛，能够让调用者知道发生了异常。即在方法的签名中声明throws可能出现而自己又无法处理的异常，但是在方法内部做自己应该的事情。

finally语句不会被执行的情况
Java的finally语句不会被执行的唯一情况是：先执行了用于终止程序的System.exit()方法

public class Test
{
    public static void main(String[] args)
   {
       try
       {
           System.out.println("Start");
           System.exit(0);  

       }finally
       {
           System.out.println("Finally");
       }  

       System.out.println("End");
    }
}

输出结果为：

Start

当然，如果在执行一般的没有System.exit()语句的try语句时，突然断电了，这时所有进程都会终止，也不会执行finally语句。

Java一些常见的出错异常处理方法总结

一些平时常见的错误及解决办法,我是新手,每次遇到的错误都记录了下来. 1. 404错误 description The requested resource (/Struts2_0100_Introduction/hello.action) is not available. 先检查Manager Deployments,使之能打开(出现NullPointerException不能打开),主要是服务器在每次允许前备份,再修改了错误后不能及时更正.(如果是勾选的Backup,要改成delete)
浅析Java Web错误/异常处理页面

发生服务器 500 异常,如果默认方式处理,则是将异常捕获之后跳到 Tomcat 缺省的异常页面,如下图所示. 不论哪个网站都是一样的,所以为了满足自定义的需要,Tomcat 也允许自定义样式的.也就是在 web.xml 文件中配置: <error-page> <error-code>500</error-code> <location>/error.jsp</location> </error-page> 首先说说自带的逻辑.如果某
Java异常分类及统一处理详解

一.异常分类 java异常分为"检查"和"非检查"两类,"检查"二字的意思是,代码编译时,编译器会去Check一下有没有进行异常处理(捕获或向上抛),对于归类为需要检查的异常,若没处理,编译就过不去. 初学的时候,常常想为啥异常要这样分类处理? 后来明白了些,异常不过两种:主观和客观,一个大多数情况下可以避免,一个大多数情况下无法避免. 像NullPointerException这类异常,大多跟程序员素质挂钩(开发好,
Java异常处理实例教程

1.什么是异常? 首先,让我们来看看下图的例子: 在这个例子中,存在的错误码由除以0的结果.由于除以0而导致异常: ArithmeticException HelloException.java package com.yiibai.tutorial.exception; public class HelloException { public static void main(String[] args) { System.out.println("Three"); // This
总结Java的Struts框架的异常处理方法

Struts提供了一个更简单的方式来处理未捕获的异常,并将用户重定向到一个专门的错误页面.您可以轻松地Struts配置到不同的异常有不同的错误页面. Struts的异常处理所使用的"exception"拦截容易."exception"拦截器作为默认的栈的一部分,所以不必做任何额外的配置.它可为准备使用的盒.让我们看到了一个简单的Hello World示例进行一些修改在HelloWorldAction.java文件.在这里,我们特意推出了一个空指针异常在我们Hello
Java异常处理中的一些特殊情况举例

只使用try和finally不使用catch的原因和场景 JDK并发工具包中,很多异常处理都使用了如下的结构,如AbstractExecutorService,即只有try和finally没有catch. class X { private final ReentrantLock lock = new ReentrantLock(); // ... public void m() { lock.lock(); // block until condition holds try { // ...
Java异常处理中的各种细节汇总

前言今天我们来讨论一下,程序中的错误处理. 在任何一个稳定的程序中,都会有大量的代码在处理错误,有一些业务错误,我们可以通过主动检查判断来规避,可对于一些不能主动判断的错误,例如 RuntimeException,我们就需要使用 try-catch-finally 语句了. 有人说,错误处理并不难啊,try-catch-finally 一把梭,try 放功能代码,在 catch 中捕获异常.处理异常,finally 中写那些无论是否发生异常,都要执行的代码,这很简单啊. 处理错误的代码,确实并
Java异常处理中同时有finally和return语句的执行问题

在Java中当try.finally语句中包含return语句时,执行情况到底是怎样的,finally中的代码是否执行,大家众说纷纭,有的说会执行,有的说不会执行,到底哪种说法正确,现在通过下面的例子加以说明: 第一种情况:try中包含return语句,finally中不包含 public class TestTry { static String s=""; public static void main(String args[]){ s = test1(); Syste
浅谈Java编程中的内存泄露情况

必须先要了解的 1.c/c++是程序员自己管理内存,Java内存是由GC自动回收的. 我虽然不是很熟悉C++,不过这个应该没有犯常识性错误吧. 2.什么是内存泄露? 内存泄露是指系统中存在无法回收的内存,有时候会造成内存不足或系统崩溃. 在C/C++中分配了内存不释放的情况就是内存泄露. 3.Java存在内存泄露我们必须先承认这个,才可以接着讨论.虽然Java存在内存泄露,但是基本上不用很关心它,特别是那些对代码本身就不讲究的就更不要去关心这个了. Java中的内存泄露当然是指:存在无用但是垃
浅析Java异常处理中断言的使用

断言的概念断言用于证明和测试程序的假设,比如"这里的值大于 5". 断言可以在运行时从代码中完全删除,所以对代码的运行速度没有影响. 断言的使用断言有两种方法: 一种是 assert<<布尔表达式>> : 另一种是 assert<<布尔表达式>> :<<细节描述>>. 如果布尔表达式的值为false , 将抛出AssertionError 异常: 细节描述是AssertionError异常的描述文本使用 jav
深入理解Java编程中异常处理的优劣

Java编程中的异常处理是一个很常见的话题了,几乎任何一门介绍性的Java课程都会提到异常处理.不过,我认为很多人其实没有真正掌握正确处理异常情况的方法和策略,最多也就不过了解个大概,知道概念.我想对三种不同程度和质量的Java异常处理进行了讨论,所阐述的处理异常的方式按手法的高下分为:好,不好和恶劣三种.同时提供了一些解决这些问题的技巧.首先解释一些java异常处理中必须搞清楚的定义和机制.Java语言规范将自Error类或RuntimeException类衍生出来的任何违例都称作"不可检查&
简单了解Java编程中对异常处理的运用

Java异常是一个描述在代码段中发生的异常(也就是出错)情况的对象.当异常情况发生,一个代表该异常的对象被创建并且在导致该错误的方法中被抛出(throw).该方法可以选择自己处理异常或传递该异常.两种情况下,该异常被捕获(caught)并处理.异常可能是由Java运行时系统产生,或者是由你的手工代码产生.被Java抛出的异常与违反语言规范或超出Java执行环境限制的基本错误有关.手工编码产生的异常基本上用于报告方法调用程序的出错状况. Java异常处理通过5个关键字控制:try.catch.th
Java编程中10个最佳的异常处理技巧

在实践中,异常处理不单单是知道语法这么简单.编写健壮的代码是更像是一门艺术,在本文中,将讨论Java异常处理最佳实践.这些Java最佳实践遵循标准的JDK库,和几个处理错误和异常的开源代码.这还是一个提供给java程序员编写健壮代码的便利手册.Java 编程中异常处理的最佳实践这里是我收集的10个Java编程中进行异常处理的10最佳实践.在Java编程中对于检查异常有褒有贬,强制处理异常是一门语言的功能.在本文中,我们将尽量减少使用检查型异常,同时学会在Java编程中使用检查型VS非检查型异常
详解Java Streams 中的异常处理

前言: Stream API 和 Lambda 是Java8的重要特性让我们可以使用更具功能性的语法风格.但是在编写的代码时候一个更大的问题是如何处理lambda中的已检查异常. 但是不能直接调用从Lambda抛出异常!但是可以在Lambda中做一个简单的try-catch并将异常包装成一个RuntimeException. /**###很显然这不是一种好的表现方式##**/ /** * dosomething * @param item * @return */ private static
JAVA异常处理机制之throws/throw使用情况的区别

JAVA中throw和throws的区别:https://www.cnblogs.com/xiohao/p/3547443.html 区别:(摘自上面的博客) 1.throws出现在方法函数头:而throw出现在函数体. 2.throws表示出现异常的一种可能性,并不一定会发生这些异常:throw则是抛出了异常,执行throw则一定抛出了某种异常. 3.两者都是消极处理异常的方式(这里的消极并不是说这种方式不好),只是抛出或者可能抛出异常,但是不会由函数去处理异常,真正的处理异常由函数的上层调用

Java异常处理中的一些特殊情况举例

相关推荐

随机推荐