未捕获异常string was not recognized_Java：优雅地处理异常真是一门学问啊！

最新推荐文章于 2021-12-16 11:01:53 发布

weixin_39625782

最新推荐文章于 2021-12-16 11:01:53 发布

阅读量165

点赞数

文章标签：未捕获异常string was not recognized

01、

你有没有这样的印象，当你想要更新一款 APP 的时候，它的更新日志里总有这么一两句描述：

修复若干 bug
杀了某程序员祭天，并成功解决掉他遗留的 bug

作为一名负责任的程序员，我们当然希望程序不会出现 bug，因为 bug 出现的越多，间接地证明了我们的编程能力越差，至少领导是这么看的。

事实上，领导是不会拿自己的脑袋宣言的：“我们的程序绝不存在任何一个 bug。”但当程序出现 bug 的时候，领导会毫不犹豫地选择让程序员背锅。

为了让自己少背锅，我们可以这样做：

在编码阶段合理使用异常处理机制，并记录日志以备后续分析
在测试阶段进行大量有效的测试，在用户发现错误之前发现错误

还有一点需要做的是，在敲代码之前，学习必要的编程常识，做到兵马未动，粮草先行。

02、

在 Java 中，异常(Throwable)的层次结构大致如下

Error 类异常描述了 Java 运行时系统的内部错误，比如最常见的 OutOfMemoryError 和 NoClassDefFoundError。

导致 OutOfMemoryError 的常见原因有以下几种：

内存中加载的数据量过于庞大，如一次从数据库取出过多数据；
集合中的对象引用在使用完后未清空，使得 JVM 不能回收；
代码中存在死循环或循环产生过多重复的对象；
启动参数中内存的设定值过小；

OutOfMemoryError 的解决办法需要视情况而定，但问题的根源在于程序的设计不够合理，需要通过一些性能检测才能找得出引发问题的根源。

导致 NoClassDefFoundError 的原因只有一个，Java 虚拟机在编译时能找到类，而在运行时却找不到。

NoClassDefFoundError 的解决办法，我截了一张图，如上所示。当一个项目引用了另外一个项目时，切记这一步！

Exception(例外)通常可分为两类，一类是写代码的人造成的，比如访问空指针(NullPointerException)。应当在敲代码的时候进行检查，以杜绝这类异常的发生。

if (str == null || "".eqauls(str)) {

}

另外一类异常不是写代码的人造成的，要么需要抛出，要么需要捕获，比如说常见的 IOException。

抛出的示例。

public static void main(String[] args) throws IOException { InputStream is = new FileInputStream("沉默王二.txt"); int b; while ((b = is.read()) != -1) { }}

捕获的示例。

public static void main(String[] args) { try { InputStream is = new FileInputStream("沉默王二.txt"); int b; while((b = is.read()) != -1) { } } catch (IOException e) { e.printStackTrace(); }}

03、

当抛出异常的时候，剩余的代码就会终止执行，这时候一些资源就需要主动回收。Java 的解决方案就是 finally 子句——不管异常有没有被捕获，finally 子句里的代码都会执行。

在下面的示例当中，输入流将会被关闭，以释放资源。

public static void main(String[] args) { InputStream is = null; try { is = new FileInputStream("沉默王二.txt"); int b; while ((b = is.read()) != -1) {} } catch (IOException e) { e.printStackTrace(); } finally { is.close(); }}

但我总觉得这样的设计有点问题，因为 close() 方法同样会抛出 IOException：

public void close() throws IOException {}

也就是说，调用 close() 的 main 方法要么需要抛出 IOException，要么需要在 finally子句里重新捕获 IOException。

选择前一种就会让 try catch 略显尴尬，就像下面这样。

public static void main(String[] args) throws IOException {

InputStream is = null;

try {

is = new FileInputStream("沉默王二.txt");

int b;

while ((b = is.read()) != -1) {}

} catch (IOException e) {

e.printStackTrace();

} finally {

is.close();

}

选择后一种会让代码看起来很臃肿，就像下面这样。

public static void main(String[] args) { InputStream is = null; try { is = new FileInputStream("沉默王二.txt"); int b; while ((b = is.read()) != -1) {} } catch (IOException e) { e.printStackTrace(); } finally { try { is.close(); } catch (IOException e) { e.printStackTrace(); } }}

总之，我们需要另外一种更优雅的解决方案。JDK7 新增了 Try-With-Resource 语法：如果一个类(比如 InputStream)实现了 AutoCloseable 接口，那么就可以将该类的对象创建在 try 关键字后面的括号中，当 try-catch 代码块执行完毕后，Java 会确保该对象的 close方法被调用。示例如下。

public static void main(String[] args) {

try (InputStream is = new FileInputStream("沉默王二.txt")) {

int b;

while ((b = is.read()) != -1) {

}

} catch (IOException e) {

e.printStackTrace();

}

04、

关于异常处理机制的使用，我这里总结了一些非常实用的建议，希望你能够采纳。

1)尽量捕获原始的异常。

实际应该捕获 FileNotFoundException，却捕获了泛化的 Exception。示例如下。

InputStream is = null;try { is = new FileInputStream("沉默王二.txt");} catch (Exception e) { e.printStackTrace();}

这样做的坏处显而易见：假如你喊“王二”，那么我就敢答应；假如你喊“老王”，那么我还真不敢答应，万一你喊的我妹妹“王三”呢？

很多初学者误以为捕获泛化的 Exception 更省事，但也更容易让人“丈二和尚摸不着头脑”。相反，捕获原始的异常能够让协作者更轻松地辨识异常类型，更容易找出问题的根源。

2)尽量不要打印堆栈后再抛出异常

当异常发生时打印它，然后重新抛出它，以便调用者能够适当地处理它。就像下面这段代码一样。

public static void main(String[] args) throws IOException { try (InputStream is = new FileInputStream("沉默王二.txt")) { }catch (IOException e) { e.printStackTrace(); throw e; } }

这似乎考虑得很周全，但是这样做的坏处是调用者可能也打印了异常，重复的打印信息会增添排查问题的难度。

java.io.FileNotFoundException: 沉默王二.txt (系统找不到指定的文件。)

at java.io.FileInputStream.open0(Native Method)

at java.io.FileInputStream.open(FileInputStream.java:195)

at java.io.FileInputStream.(FileInputStream.java:138)

at java.io.FileInputStream.(FileInputStream.java:93)

at learning.Test.main(Test.java:10)

Exception in thread "main" java.io.FileNotFoundException: 沉默王二.txt (系统找不到指定的文件。)