有时当我运行我的应用程序时，它会给我一个看起来像这样的错误：
极客观点
项目管理
HarmonyOS
Exception in thread "main" java.lang.NullPointerException
at com.example.myproject.Book.getTitle(Book.java:16)
at com.example.myproject.Author.getBookTitles(Author.java:25)
at com.example.myproject.Bootstrap.main(Bootstrap.java:14)
人们将此称为“堆栈跟踪”。 什么是堆栈跟踪？ 它能告诉我关于程序中发生的错误的什么信息？
关于这个问题——我经常看到新手程序员“遇到错误”的问题，他们只是简单地粘贴他们的堆栈跟踪和一些随机代码块，而不了解堆栈跟踪是什么或他们如何使用它。此问题旨在为可能需要帮助以了解堆栈跟踪的价值的新手程序员提供参考。
原文由 Rob Hruska 发布，翻译遵循 CC BY-SA 4.0 许可协议
什么是堆栈跟踪？
堆栈跟踪是一个非常有用的调试工具。它显示了在抛出未捕获的异常时（或手动生成堆栈跟踪时）的调用堆栈（意思是，到那时调用的函数堆栈）。这非常有用，因为它不仅向您显示错误发生的位置，而且还向您显示程序如何在代码的那个位置结束。这就引出了下一个问题：
什么是异常？
异常是运行时环境用来告诉您发生错误的信息。常见的示例是 NullPointerException、IndexOutOfBoundsException 或 ArithmeticException。当你试图做一些不可能的事情时，每一个都是造成的。例如，当您尝试取消引用 Null 对象时，将抛出 NullPointerException：
java Object a = null;
a.toString(); //this line throws a NullPointerException
Object[] b = new Object[5];
System.out.println(b[10]); //this line throws an IndexOutOfBoundsException,
//because b is only 5 elements long
int ia = 5;
int ib = 0;
ia = ia/ib; //this line throws an ArithmeticException with the
//message "/ by 0", because you are trying to
//divide by 0, which is not possible.
我应该如何处理堆栈跟踪/异常？
首先，找出导致异常的原因。尝试用谷歌搜索异常的名称以找出该异常的原因。大多数情况下，它是由错误的代码引起的。在上面给出的示例中，所有异常都是由不正确的代码引起的。因此，对于 NullPointerException 示例，您可以确保 a 当时永远不会为 null。例如，您可以初始化 a 或包括这样的检查：
if (a!=null) {
a.toString();
}
这样，如果 a==null 就不会执行违规行。其他示例也是如此。
有时您无法确保不会出现异常。例如，如果您在程序中使用网络连接，则无法阻止计算机断开其互联网连接（例如，您无法阻止用户断开计算机的网络连接）。在这种情况下，网络库可能会抛出异常。现在你应该捕获异常并 处理 它。这意味着，在具有网络连接的示例中，您应该尝试重新打开连接或通知用户或类似的东西。此外，每当您使用 catch 时，始终只捕获您想要捕获的异常， 不要使用像 catch (Exception e) 这样会捕获所有异常的宽泛的 catch 语句。这非常重要，否则您可能会意外捕获错误的异常并以错误的方式做出反应。
try {
Socket x = new Socket("1.1.1.1", 6789);
x.getInputStream().read()
} catch (IOException e) {
System.err.println("Connection could not be established, please try again later!")
}
为什么我不应该使用 catch (Exception e) ？
让我们用一个小例子来说明为什么你不应该只捕获所有异常：
int mult(Integer a,Integer b) {
try {
int result = a/b
return result;
} catch (Exception e) {
System.err.println("Error: Division by zero!");
return 0;
}
}
这段代码试图做的是捕捉 ArithmeticException 由可能被 0 除引起的。但它也捕捉到一个可能的 NullPointerException 如果 a 抛出或 b 是 null 。这意味着，您可能会得到 NullPointerException 但您会将其视为 ArithmeticException 并且可能会做错事。在最好的情况下，您仍然会错过 NullPointerException。那样的东西使调试变得更加困难，所以不要那样做。
TLDR
catch (Exception e) ，总是捕获特定的异常。这将为您省去很多麻烦。原文由 Dakkaron 发布，翻译遵循 CC BY-SA 4.0 许可协议
15 回答8.3k 阅读
8 回答6.2k 阅读
1 回答4k 阅读✓ 已解决
3 回答6k 阅读
3 回答2.2k 阅读✓ 已解决
2 回答3.1k 阅读
2 回答3.8k 阅读
简单来说， 堆栈跟踪 是应用程序在抛出异常时所处的方法调用的列表。
简单例子
通过问题中给出的示例，我们可以准确地确定应用程序中抛出异常的位置。让我们看一下堆栈跟踪：
这是一个非常简单的堆栈跟踪。如果我们从“at …”列表的开头开始，我们就可以知道我们的错误发生在哪里。我们正在寻找的是属于我们应用程序一部分的 最顶层 方法调用。在这种情况下，它是：
要调试它，我们可以打开
Book.java并查看行16，它是：这表明上面的代码中的某些东西（可能是
title）是null。具有异常链的示例
有时应用程序会捕获异常并将其作为另一个异常的原因重新抛出。这通常看起来像：
这可能会给你一个看起来像这样的堆栈跟踪：
这个的不同之处在于“Caused by”。有时异常会有多个“原因”部分。对于这些，您通常希望找到“根本原因”，这将是堆栈跟踪中最低的“原因”部分之一。在我们的例子中，它是：
同样，除了这个例外，我们想看看
22的Book.java行，看看是什么导致了NullPointerException。库代码的更令人生畏的例子
通常堆栈跟踪比上面的两个例子复杂得多。这是一个示例（它很长，但演示了几个级别的链式异常）：
在这个例子中，还有更多。我们最关心的是从 我们的代码 中寻找方法，这些方法可以是
com.example.myproject包中的任何内容。从第二个示例（上面）中，我们首先要查找根本原因，即：但是，其下的所有方法调用都是库代码。所以我们将 移动 到它 上面的“Caused by” ，并在那个“Caused by”块中，查找 源自我们代码的第一个方法调用，它是：
与前面的示例一样，我们应该查看
MyEntityService.java在线59，因为这是此错误的来源（这个有点明显出了什么问题，因为 SQLException 指出了错误，但是调试过程就是我们所追求的）。