java就近原则怎么理解,坚持这4点原则，让你更优雅的处理Java异常！

我们在日常编写代码的时候，不能保证程序不会出错，如何处理异常，是很考验一个人的编程功底的，曾经在面试过程中，我也遇到面试官问及对异常的处理问题。

虽然平时工作中对异常的处理已经习以为常了，但是并未认真梳理过，也没有考虑其中可能会出现的问题。

所以当时回答的并不是很好。这次专门梳理一下Java开发过程中如何更好的处理异常。

以便帮助大家在工作过程中，写出更加优雅的代码或者面试的时候能很好的阐述出来。

异常知识的复盘

在java中，Throwable类是一个专门用来处理异常的类。

我们开发过程中最常见的是它的两个子类，即Error 和Exception。

这两个实例对应着不同异常情况的处理机制，着重看一下他们的区别：

1、Exception是指程序在运行过程中，可以预料到的情况，进行捕获和处理后能够恢复程序运行的异常情况。

2、Error 是指程序运行中会存在的错误，这时程序中应该出现了比较严重问题，一般是不可恢复的，不需要捕获，也不便于捕获。比如OutOfMemoryError、NoClassDefFoundError等，它们在应用程序的控制和处理能力之外。

3、Exception还分为检查型异常和非检查型的异常。这两者有什么区别？

检查型的异常指，在编译期不强制捕获和处理的异常类型，如大名鼎鼎的NullPointerException、ArrayIndexOutOfBoundsException，他们大都属于RuntimeException，这一类异常通常能够通过编码来避免。

非检查型的异常指，在编译期必须捕获或抛出的异常类型，通常表示代码逻辑没有错误，但程序运行时可能会因为各种情况导致异常，如IOException，ConnectException等，这是在编写程序阶段是预料不到的。

异常处理机制

如何优雅的处理异常？

1、具体化原则

通常情况下，我们不要直接捕获Exception，应该捕获一个具体的异常(可以是自定义的)，这样可以让代码逻辑更直观。

直接捕获Exception，可能捕获到其他不需要被捕获的异常，如RuntimeException，它应该直接被抛出，而不是进行捕获。

更不要捕获Throwable或者Error，因为这样你可以捕获到无法处理的错误。

最好的方式，就是直接捕获一个具体的异常，例如:读取文件的时候，直接捕获FileNotFoundException

try {

FileInputStream inputStream = new FileInputStream("");

}catch (FileNotFoundException e){

}

2、不抛弃原则

try {

FileInputStream inputStream = new FileInputStream("");

}catch (FileNotFoundException e){

e.printStackTrace();

}

我见过大多程序员，在catch中处理异常都是像上面的代码一样，直接使用e.printStackTrace；

这样吞掉或者抛弃异常，会使我们无法知道哪里出了异常，也很难判断异常日志被输出到哪里去了，尤其是生产环境下。

那么，捕获到异常后究竟如何处理？

1)可以讲异常信息输出到现有的日志系统。

2)可以构建新的异常抛出，由上层业务处理。

比如，这里是一个文件加密的场景，在读取文件这一功能的时候，对于可能出现的FileNotFoundException，我们可以抛出一个自定义异常EncryptException，上层业务接受到该异常，可以展示相关信息给用户或者进行页面跳转等。

3、就近原则

就近原则，也可说是较早原则，就是我们在可能产生异常的代码段中尽可能较早的抛出异常。先看一段下面的代码：

public static void main(String[] args,String filename) {

try {

FileInputStream inputStream = new FileInputStream(filename);

}catch (FileNotFoundException e){

}

}

这段代码中，filename参数可能存在NullPointerException，而FileInputStream本身也会存在异常的情况。像这种情况下，如果filename为null导致的错误，堆栈信息比较混乱，我们会很难查找到错误源，给排查工作带来很大困难。

对于，非检查型异常，前面也说过了，可以通过编码来避免或进行相应的处理。看下面的一段比较合理的代码：

public static void main(String[] args,String filename) {

if(filename == null || filename.length() == 0){

throw new NullPointerException("文件名/路径不可为空");

}

try {

FileInputStream inputStream = new FileInputStream(filename);

}catch (FileNotFoundException e){

}

}

这段代码中，对存在的异常，提前检查抛出，这时候程序运行出错，便能够很快定位到问题所在。

4、最小功能原则

我们代码基本上都坚持一个方法一个功能，也就是最小功能原则。

我们处理异常也是，通常异常代码块只处理异常代码的部分。

看下面一段代码。

public static void main(String[] args,String filename) {

int aa = 6;

try {

int a = 50;

int[] arr = new int[]{1,2};

FileInputStream inputStream = new FileInputStream(filename);

}catch (FileNotFoundException e){

if(aa == 6){

//

}else{

//

}

}

}

这段代码中将一些不会产生异常的代码也放在了try-catch中，这样会产生额外的性能开销。

在catch中进行流程控制，这样的代码执行效率会更低。

所以，不要整段的代码都放在try-catch之中，也不要在异常代码中进行流程控制。

总结

1、处理好异常的前提，需要我们先理解 Throwable、Exception、Error 的关系以及常见的子类。

2、坚持具体化原则、不抛弃原则、就近原则、最小功能原则来处理异常。当然这四个原则是我根据处理异常时最重要的几点自己起的名字。

3、以后在面试的时候，就可以根据以上两点展开描述。工作中，按照四个原则也能很好的应对。