异常处理相关心得

2024-09-04 01:52
文章标签 异常 处理 相关 心得

本文主要是介绍异常处理相关心得,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

这段时间发现异常捕获是非常重要的一个机制,之前光埋头写代码了,如今想来,除了代码之外,解决问题的能力也是非常重要的,而如何解决问题,异常的捕获不可或缺

@RestControllerAdvice

@RestControllerAdvice 主要用于全局异常处理,它通常能够捕获由
@Controller、@RestController 标注的类中抛出的异常,并对其进行统一处理,意味着从线程池中抛出来的异常就不能被这个类捕获到了

给出一个简单的代码

@RestControllerAdvice
public class MyExceptionHandler {@ExceptionHandler(Exception.class)public String exceptionHandler(Exception e) {return "统一异常处理:" + e.getMessage();}
}

那么这个类能处理的异常就是在 controller 层面的异常,比如:

    @GetMapping("/initiative")public String test() {Date now = new Date();if (true) {throw new RuntimeException("主动抛出异常");}return "test";}//运行时异常--空指针异常/数组越界异常 等等@GetMapping("/runtime")public String runtime() {String str = null;return str.substring(0);}//受检异常--文件找不到异常 等等@GetMapping("/checked")public String checked() throws Exception {FileInputStream fis = new FileInputStream(new File("111datanew.xlsx"));return "checked";}

要注意,如果你 try catch 住了,就比如:

    //try-catch捕获异常@GetMapping("/trycatch")public String trycatch() {try {String str = null;String substring = str.substring(0);System.out.println("substring = " + substring);} catch (Exception e) {}return "trycatch2 请求成功";}

那么你收到的请求结果是 “trycatch2 请求成功”,而不是异常信息

线程池中的异常

实际上,线程池中的异常是比较难处理的一种异常,我们请求接口,然后接口中把一部分任务交给线程池,这通常是为了加快接口相应速度。一种是调用这个接口为的是开启一个任务,那么此时接口只需要封装一个任务交给线程池,然后直接返回 success 即可,另外一种是调整代码执行顺序,利用线程池,将一部分资源先准备好,等到后续用的时候可以更快的获取到。说白了就是,一种需要拿到返回值之后继续执行代码,最后返回success,一种不需要返回值,直接 success。

首先有一个线程池

@Configuration
public class ThreadPoolConfig {@Bean  //创建一个线程池public ThreadPoolExecutor myThreadPool() {ThreadPoolExecutor executor = new ThreadPoolExecutor(2, 5,1L, TimeUnit.SECONDS, new LinkedBlockingQueue<>(3),Executors.defaultThreadFactory(), new ThreadPoolExecutor.CallerRunsPolicy());return executor;}
}

第一种,需要返回值的,那只能是 Callable

public class MyFuture implements Callable<String> {@Overridepublic String call() throws Exception {if (true) {Thread.sleep(1000);int i = 1 / 0;}return "线程池中的任务执行完成";}
}

需要注意的是,这里的 MyFuture 代码块中,并没有去 try catch,从而可以将异常带到controller层,使用@RestControllerAdvice进行捕获

    @GetMapping("/threadpool")public String threadpool() throws ExecutionException, InterruptedException {MyFuture myFuture = new MyFuture();FutureTask<String> futureTask = new FutureTask<>(myFuture);threadPoolExecutor.submit(futureTask);String s = futureTask.get();return "threadpool 请求成功";}

那么如果try catch了会怎么样呢?那自然RestControllerAdvice 就捕获不到,就会 return “threadpool 请求成功”;

第二种,不需要返回值的,那就可以是 Runnable

public class MyRunnable implements Runnable {@Overridepublic void run() {//像这么写,是不会在控制台打印出异常信息的,当然,我们可以将代码使用try-catch包裹起来,然后在catch中打印异常信息ArrayList<String> strings = new ArrayList<>();strings.add("1");strings.add("2");System.out.println(strings.get(3));}
}

不需要返回值的,如何捕获线程池中的异常?

    @GetMapping("/threadpool3")public String threadpool3() throws ExecutionException, InterruptedException {MyRunnable myRunnable = new MyRunnable();Thread thread = new Thread(myRunnable);thread.setUncaughtExceptionHandler((t, e) -> {System.out.println("线程池中的异常被捕获到了--2" + e.getMessage());//控制台打印异常信息});thread.start();return "threadpool-myRunnable 请求成功";//这里会被执行}

但是记住,不论是什么异常捕获机制,都有疏漏的地方,就比如最后一个例子,当我们请求 /threadpool3 的时候,得到了 threadpool-myRunnable 请求成功 这段话,就真的达到我们想要的目的了么?线程池里面的任务执行的如何了?失败的话,只是被打印出来的日志,没有人去看也没用,所以说,最好的方式还是捕获到异常之后,发送一条消息到 钉钉群,或者是微信群 这种方式最为稳妥。

没有人会点击一个接口之后,立马去看日志,当我们发现线程池中的任务执行失败的时候,很可能是1个小时以后的事情了,那个时候再去翻找日志太麻烦,所以说及时通知到群里才是最可靠的

这篇关于异常处理相关心得的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/1134666

相关文章

Spring Boot 中的默认异常处理机制及执行流程

《SpringBoot中的默认异常处理机制及执行流程》SpringBoot内置BasicErrorController,自动处理异常并生成HTML/JSON响应,支持自定义错误路径、配置及扩展,如... 目录Spring Boot 异常处理机制详解默认错误页面功能自动异常转换机制错误属性配置选项默认错误处理

SpringBoot 异常处理/自定义格式校验的问题实例详解

《SpringBoot异常处理/自定义格式校验的问题实例详解》文章探讨SpringBoot中自定义注解校验问题,区分参数级与类级约束触发的异常类型,建议通过@RestControllerAdvice... 目录1. 问题简要描述2. 异常触发1) 参数级别约束2) 类级别约束3. 异常处理1) 字段级别约束

Java堆转储文件之1.6G大文件处理完整指南

《Java堆转储文件之1.6G大文件处理完整指南》堆转储文件是优化、分析内存消耗的重要工具,:本文主要介绍Java堆转储文件之1.6G大文件处理的相关资料,文中通过代码介绍的非常详细,需要的朋友可... 目录前言文件为什么这么大?如何处理这个文件?分析文件内容(推荐)删除文件(如果不需要)查看错误来源如何避

使用Python构建一个高效的日志处理系统

《使用Python构建一个高效的日志处理系统》这篇文章主要为大家详细讲解了如何使用Python开发一个专业的日志分析工具,能够自动化处理、分析和可视化各类日志文件,大幅提升运维效率,需要的可以了解下... 目录环境准备工具功能概述完整代码实现代码深度解析1. 类设计与初始化2. 日志解析核心逻辑3. 文件处

Java docx4j高效处理Word文档的实战指南

《Javadocx4j高效处理Word文档的实战指南》对于需要在Java应用程序中生成、修改或处理Word文档的开发者来说,docx4j是一个强大而专业的选择,下面我们就来看看docx4j的具体使用... 目录引言一、环境准备与基础配置1.1 Maven依赖配置1.2 初始化测试类二、增强版文档操作示例2.

MyBatis-Plus通用中等、大量数据分批查询和处理方法

《MyBatis-Plus通用中等、大量数据分批查询和处理方法》文章介绍MyBatis-Plus分页查询处理,通过函数式接口与Lambda表达式实现通用逻辑,方法抽象但功能强大,建议扩展分批处理及流式... 目录函数式接口获取分页数据接口数据处理接口通用逻辑工具类使用方法简单查询自定义查询方法总结函数式接口

SpringBoot结合Docker进行容器化处理指南

《SpringBoot结合Docker进行容器化处理指南》在当今快速发展的软件工程领域,SpringBoot和Docker已经成为现代Java开发者的必备工具,本文将深入讲解如何将一个SpringBo... 目录前言一、为什么选择 Spring Bootjavascript + docker1. 快速部署与

Python使用vllm处理多模态数据的预处理技巧

《Python使用vllm处理多模态数据的预处理技巧》本文深入探讨了在Python环境下使用vLLM处理多模态数据的预处理技巧,我们将从基础概念出发,详细讲解文本、图像、音频等多模态数据的预处理方法,... 目录1. 背景介绍1.1 目的和范围1.2 预期读者1.3 文档结构概述1.4 术语表1.4.1 核

Spring Boot @RestControllerAdvice全局异常处理最佳实践

《SpringBoot@RestControllerAdvice全局异常处理最佳实践》本文详解SpringBoot中通过@RestControllerAdvice实现全局异常处理,强调代码复用、统... 目录前言一、为什么要使用全局异常处理?二、核心注解解析1. @RestControllerAdvice2

Java进程异常故障定位及排查过程

《Java进程异常故障定位及排查过程》:本文主要介绍Java进程异常故障定位及排查过程,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教... 目录一、故障发现与初步判断1. 监控系统告警2. 日志初步分析二、核心排查工具与步骤1. 进程状态检查2. CPU 飙升问题3. 内存