- Java锁的逻辑(结合对象头和ObjectMonitor)
- 还在用饼状图?来瞧瞧这些炫酷的百分比可视化新图形(附代码实现)⛵
- 自动注册实体类到EntityFrameworkCore上下文,并适配ABP及ABPVNext
- 基于Sklearn机器学习代码实战
程序式阴影:为什么不报错?
在程序开发的过程中,异常处理从来都是一个复杂的维度,无论是新手还是经验老到的选手,在编码时都会面对各种异常情况; 。
程序中的异常可以反映系统的缺陷和待优化的点,并且是无法完全避免的,如何处理异常和降低异常出现的频率,是系统质量的基础保障; 。
随着分布式架构的流行,各种复杂的请求链路给异常处理带来了巨大的麻烦,需要全面的监控来定位原因,才能快速的优化和解决; 。
不论是JDK基础,还是各类组件,在源码中都涉及大量的异常封装,从而精确的反映出描述信息,先来看看Java中的异常体系基础; 。
Throwable :是所有错误「Error」和异常「Exception」的超类, 。
Error :通常是底层的不可恢复的类,此类错误一般都比较严重,JVM将终止其运行的线程; 。
Exception :程序自身可以捕获并且可以预处理的异常,例如捕获处理或者抛出; 。
针对「编译器」来说,异常又分为「检查」异常和「非检查」异常; 。
检查异常 :即编译时异常,在编译时期就会被编译器查验到的异常,这类异常要么捕获处理要么抛出,否则就会报编译错误; 。
非检查异常 :即运行时异常,在编译时期不会被编译器查验到的异常,这类异常只有在程序运行的时候,才会有可能被抛出; 。
Java异常处理关键字,分别是:「try」可能抛异常的代码块,「catch」捕获异常、「finally」必须执行的代码块、「throw」方法内抛指定异常、「throws」方法声明抛多个异常; 。
public class UseExe01 {
public static void main(String[] args) {
try {
strStm ();
ioStm();
} catch (NullPointerException e) {
System.out.println("空指针异常:"+e.getMessage());
e.printStackTrace();
} catch (IOException e) {
System.out.println("IO流异常:"+e.getMessage());
e.printStackTrace();
} catch (Exception e) {
System.out.println("异常:"+e.getMessage());
e.printStackTrace();
} finally {
System.out.println("execute...finally");
}
}
public static void ioStm () throws FileNotFoundException {
new FileInputStream(new File("file_path"));
}
public static String strStm () throws NullPointerException {
Object object = new Object() ;
return object.getClass().getName() ;
}
}
案例分析 。
细节分析 。
在异常处理逻辑中,有一个非常经典的问题,就是「return」返回值,如果在「try.catch.finally」代码块中都存在「return」关键字,则要分情况讨论; 。
public class UseExe02 {
// 返回【2】
public static int getInt1 () {
try {
int i = 1 / 0;
} catch (ArithmeticException e){
e.printStackTrace();
return 1;
} finally {
System.out.println("execute...finally");
return 2;
}
}
// 返回【1】
public static int getInt2 () {
int a = 1;
try{
int i = 1/0;
return a;
}catch (ArithmeticException e){
e.printStackTrace();
return a;
}finally {
++a;
System.out.println("execute...finally");
}
}
// 返回【3】
public static int getInt3 () {
int a = 1;
try{
int i = 1/0;
a++;
return a ;
}catch (ArithmeticException e){
a++;
e.printStackTrace();
}finally {
a++;
System.out.println("execute...finally");
}
return a ;
}
}
逻辑分析 。
public class UseExe03 {
// 返回【张三】
public static String getStr1 () {
String var ;
try {
var = new String("张三");
return var ;
} catch (ArithmeticException e){
e.printStackTrace();
} finally {
var = new String("李四");
System.out.println("execute...finally:"+var);
}
return var ;
}
// 返回【李四】
public static String getStr2 () {
String var ;
try{
int i = 1/0;
var = new String("张三");
return var;
}catch (ArithmeticException e){
e.printStackTrace();
var = new String("李四");
return var;
}finally {
var = new String("王五");
System.out.println("execute...finally:"+var);
}
}
// 返回【王五】
public static String getStr3 () {
String var ;
try{
int i = 1/0;
var = new String("张三");
return var ;
}catch (ArithmeticException e){
var = new String("李四");
e.printStackTrace();
}finally {
var = new String("王五");
System.out.println("execute...finally:"+var);
}
return var ;
}
}
逻辑分析 。
值得说明的一点是,从异常的设计原理来来说,并不推荐在「finally」代码块中使用「return」关键字,可能会导致程序提前结束,这也是常见的开发规范; 。
对于复杂的分布式工程来说,系统发生问题时,十分依赖异常信息的捕获,从而快速定位原因和解决; 。
项目在处理异常时,需要考虑两个核心维度:「1」捕获和解决异常信息,「2」传递异常信息到应用端,从而引导用户的动作; 。
在系统中,通常依赖很多自定义的异常,比如常见:系统异常,业务异常,第三方异常;基本都是「运行时」异常; 。
系统异常 :比如超时请求或者服务级别异常,导致流程无法执行,需要研发人员介入处理; 。
业务异常 :基于响应的提示信息,用户可以自行解决的问题,比如常见的参数校验,授权问题等; 。
第三方异常 :可以是内部不同系统的交互,也可以是第三方的交互,可能会涉及到各种响应状态,通过内部的封装进行统一管理,并且要保留第三方的响应; 。
基于运行时异常「RuntimeException」类,分别定义「系统」、「业务」、「第三方」三类异常; 。
自定义异常基础类, 注意此处省略很多构造方法,作为「RuntimeException」的子类,具体参考其源码的构造方法即可; 。
public class BaseExe extends RuntimeException {
private String code ;
public BaseExe (String code,String msg) {
super(msg);
this.code = code ;
}
public BaseExe(String message, Throwable cause) {
super(message, cause);
}
// 省略其他构造方法
}
系统异常类,并提供常用的系统异常信息枚举类; 。
public enum SysExeCode {
SYSTEM_EXE("S00000", "系统异常");
}
public class SysException extends BaseExe {
public SysException(String code, String msg) {
super(code, msg);
}
public SysException(SysExeCode sysExeCode) {
super(sysExeCode.getCode(), sysExeCode.getMsg());
}
}
业务异常类,并提供常用的业务异常信息枚举类; 。
public enum BizExeCode {
BIZ_EXE("B00000", "业务异常");
}
public class BizException extends BaseExe {
public BizException(String code, String msg) {
super(code, msg);
}
public BizException(BizExeCode bizExeCode) {
super(bizExeCode.getCode(), bizExeCode.getMsg());
}
}
第三方异常类,并提供常用的第三方异常信息枚举类; 。
public enum ThirdExeCode {
THIRD_EXE("T00000", "第三方异常");
}
public class ThirdException extends BaseExe {
// 第三方交互异常响应信息
private String thirdCode ;
private String thirdMsg ;
public ThirdException(String code, String msg) {
super(code, msg);
}
public ThirdException(String code, String msg,String thirdCode,String thirdMsg) {
super(code, msg);
this.thirdCode = thirdCode ;
this.thirdMsg = thirdMsg ;
}
public ThirdException(ThirdExeCode thirdExeCode,String thirdCode,String thirdMsg) {
super(thirdExeCode.getCode(), thirdExeCode.getMsg());
this.thirdCode = thirdCode ;
this.thirdMsg = thirdMsg ;
}
}
从开发规范来说,不允许在代码中随意添加异常描述信息,必须都维护在相应的枚举类中,不同的异常类型,要在合适的场景下抛出,尽量由最上层统一捕获并处理,再转换为统一的响应结果; 。
在微服务项目中,通常采用 RestControllerAdvice 和 ExceptionHandler 注解,实现全局异常的捕获和处理; 。
@RestControllerAdvice
public class ExeHandler {
/**
* 默认异常
*/
@ExceptionHandler(value = Exception.class)
public void defaultException(Exception e) {
// 统一返回
}
/**
* 系统异常
*/
@ExceptionHandler(value = SysException.class)
public void sysException(SysException e) {
// 统一返回
}
/**
* 业务异常
*/
@ExceptionHandler(value = BizException.class)
public void bizException(BizException e) {
// 统一返回
}
/**
* 第三方异常
*/
@ExceptionHandler(value = ThirdException.class)
public void thirdException(ThirdException e) {
// 统一返回
}
}
通常在一些核心的业务流程中,会通过注解的方式记录日志,于研发而言,最关心的还是异常日志,以此为逻辑优化的关键依据; 。
比较常用的技术手段是自定义注解+切面编程来实现,细节参考开源仓库中《集成日志,复杂业务下的自定义实现》篇幅内容; 。
@Component
@Aspect
public class LogAop {
/**
* 日志切入点
*/
@Pointcut("@annotation(com.defined.log.annotation.DefinedLog)")
public void logPointCut() {
}
/**
* 环绕切入
*/
@Around("logPointCut()")
public Object around (ProceedingJoinPoint proceedingJoinPoint) {
try{
// 执行方法
result = proceedingJoinPoint.proceed();
} catch (SysException e){
// 系统异常
} catch (BizException e){
// 业务异常
} catch (ThirdException e){
// 第三方异常
} catch (Exception e){
// 默认异常
} finally {
// 信息处理
}
return result ;
}
}
抛开业务异常不说,对于「系统」和「第三方」异常,通常都会第一时间触达到研发,从而快速定位原因和处理; 。
一般会根据异常的级别,将进行不同维度的消息触达,比如某微,某钉,邮件,短信等; 。
从技术的实现上来看,常规也是采用切面编程的方式,细节参考开源仓库中《基于AOP切面,实现系统告警功能》篇幅内容;关于消息中心的搭建设计,同样可以参考开源仓库中《聊聊消息中心的设计与实现逻辑》篇幅内容; 。
从系统架构的层面来分析,大部分组件都提供了必要的监控能力,而这种监控手段的核心价值在于快速发现故障,并且提供一定的分析能力; 。
比如分布式系统中,复杂的请求的链路,对于故障的定位和排查难度都是极大的,需要将各种组件的监控信息进行统筹分析; 。
系统层面监控 。
请求链路分析 。
日志记录能力 。
可以从关键的日志记录作为问题切入点,再基于系统层面的监控能力缩小问题范围,分析请求链路的异常原因,最后通过完整的日志分析细节,从而提升问题解决的效率; 。
关于这些技术的应用,在开源仓库中都有详细案例,此处不再赘述; 。
编程文档:
https://gitee.com/cicadasmile/butte-java-note
应用仓库:
https://gitee.com/cicadasmile/butte-flyer-parent
最后此篇关于异常体系与项目实践的文章就讲到这里了,如果你想了解更多关于异常体系与项目实践的内容请搜索CFSDN的文章或继续浏览相关文章,希望大家以后支持我的博客! 。
本文分享自华为云社区《大模型LLM之分布式训练》,作者: 码上开花_Lancer。 随着语言模型参数量和所需训练数据量的急速增长,单个机器上有限的资源已无法满足大语言模型训练的要求。需要设计分布式训
本文分享自华为云社区《五大基础算法--动态规划法》,作者: 大金(内蒙的)。 一、基本概念 动态规划法,和分治法极其相似。区别就是,在求解子问题时,会保存该子问题的解,后面的子问题求解时,可以直接拿来
pip install scp pip install pexpect 测试代码: import os import stat import paramiko # 用于调用scp命令 def s
我目前正在实现“ token ”REST 服务。 token 只是一个字符串,由一些参数构建而成,然后经过哈希处理并在一定时间后过期。 我想在我的 REST 服务中有一个可以验证 token 的端点,
打开软删除后,我在客户端上添加一条记录,推送,删除添加的记录推送,然后尝试使用与初始记录相同的主键添加新记录(然后推送),我得到一个异常(exception)。 EntityDomainManager
打开软删除后,我在客户端上添加一条记录,推送,删除添加的记录推送,然后尝试使用与初始记录相同的主键添加新记录(然后推送),我得到一个异常(exception)。 EntityDomainManager
我有一个应用程序,每 x 秒接收一次天气信息。我想将此数据保存到 XML 文件中。 我应该为每个天气通知创建一个新的 XML 文件,还是将每个通知附加到同一个 XML 文件中?我不确定 XML 标准的
我猜我们大多数人都必须在某个时候处理这个问题,所以我想我会问这个问题。 当您的 BLL 中有很多集合并且您发现自己一遍又一遍地编写相同的旧内联(匿名)谓词时,显然有必要进行封装,但实现封装的最佳方
我有一些 c# 代码已经运行了一段时间了..我不得不说,虽然我了解 OO 原则的基础知识,但显然有不止一种方法可以给猫剥皮(尽管我讨厌那个短语!)。 因此,我有一个基本抽象类作为基本数据服务类,如下所
我设计了一个 SQL 数据库系统(使用 Postgre),我有一个问题,即创建一个关系/引用的常见做法是什么,这种关系/引用即使在引用的对象被删除时也能持续存在。 比如有一个UserORM,还有Act
我们的目标是搜索用户输入的字符串并计算在其中找到多少元音。不幸的是我被困在这里,有什么帮助吗? def numVowels(s): vowels= "AEIOUaeiou" if s
我有一个适用于我的“items”int 数组的旋转函数。下面的代码完成了它,除了我不必要地传输值。我正在努力实现“就地”轮换。我的意思是 ptrs 会递增或递减,而不是从数组中获取值。我需要通过这种方
我有一个 json 存储在我的应用程序文档文件夹中,我需要在我的所有 View 中使用它。我正在加载 json 并将其添加到每个 View 中的 NSMutableArray。但现在我了解到,我可以将
我用 C++ 开始了一个项目。这种语言的内存管理对我来说是新的。 我过去常常使用 new () 创建对象,然后传递指针,虽然它可以工作,但调试起来很痛苦,人们看到代码时会用有趣的眼神看着我。我为它没有
已结束。 这个问题是 off-topic .它目前不接受答案。 想要改进这个问题? Update the question所以它是on-topic堆栈溢出。 关闭 10 年前。 Improve thi
保持类松散耦合是编写易于理解、修改和调试的代码的一个重要方面——我明白这一点。然而,作为一个新手,几乎任何时候我都会超越我所苦苦挣扎的最简单的例子。 我或多或少地了解如何将字符串、整数和简单数据类型封
我发现我需要编写大量重复代码,因为我无法从其他 Controller 调用函数。例如,这里新闻提要内容在我的代码中重复,我对一个 Controller 做一些特定的事情,然后需要像这样加载我的新闻提要
假设需要一种数字数据类型,其允许值在指定范围内。更具体地说,假设要定义一个整数类型,其最小值为0,最大值为5000。这种情况在很多情况下都会出现,例如在对数据库数据类型,XSD数据类型进行建模时。 在
假设我想循环整个数组来访问每个元素。使用 for 循环、for...in 循环或 for...of 循环是 JavaScript 开发人员的标准做法吗? 例如: var myArray = ["app
我有一个旧的 SL4/ria 应用程序,我希望用 Breeze 取代它。我有一个关于内存使用和缓存的问题。我的应用程序加载工作列表(一个典型的用户可以访问大约 1,000 个这些工作)。此外,还有很多
我是一名优秀的程序员,十分优秀!