java内部异常堆栈跟踪,在java中重新抛出异常时，不会完全维护堆栈跟踪

柔情只为你懂 2023-01-13 09:22 189阅读 0赞

本问题已经有最佳答案，请猛点这里访问。

当异常在下面的代码中重新引发时，原始堆栈跟踪不会保留。

在第148行和第150行中引发异常。重新刷新后，第150行是指定的异常源。

我必须做什么来保持原始堆栈跟踪？

代码：

try \{

content = (InputStream) conn.getContent(); //line 148

\} catch (IOException e) \{

throw new RuntimeException(e); //line 150

原始堆栈跟踪：

(java.lang.StackTraceElement\[\]) \[sun.net.www.protocol.http.HttpURLConnection.getInputStream(Unknown Source), java.net.URLConnection.getContent(Unknown Source), com.mycompany.myapp.client.services.impl.AbstractClientService.getResponseEle(AbstractClientService.java:148), com.mycompany.myapp.client.services.impl.AbstractClientService.getResponseEleWithCheck(AbstractClientService.java:162), com.mycompany.myapp.client.services.impl.AbstractClientService.getResponseEleWithCheck(AbstractClientService.java:158), com.mycompany.myapp.client.services.impl.InfoQueryClientServiceImpl.getFileOnTmpList(InfoQueryClientServiceImpl.java:84), com.mycompany.myapp.client.myappClient.getFileOnTmpList(myappClient.java:196), com.mycompany.myapp.client.model.Model.updateStudyInfos(Model.java:96), com.mycompany.myapp.client.model.Model.instantiateSingleton(Model.java:46), com.mycompany.myapp.applet.MainApplet.addMainPanel(MainApplet.java:106), com.mycompany.myapp.applet.MainApplet.createUIPanel(MainApplet.java:76), com.mycompany.myapp.applet.MainApplet.init(MainApplet.java:58), com.sun.deploy.uitoolkit.impl.awt.AWTAppletAdapter.init(Unknown Source), sun.plugin2.applet.Plugin2Manager$AppletExecutionRunnable.run(Unknown Source), java.lang.Thread.run(Unknown Source)\]

重发后的堆栈跟踪：

(java.lang.StackTraceElement\[\]) \[com.mycompany.myapp.client.services.impl.AbstractClientService.getResponseEle(AbstractClientService.java:150), com.mycompany.myapp.client.services.impl.AbstractClientService.getResponseEleWithCheck(AbstractClientService.java:162), com.mycompany.myapp.client.services.impl.AbstractClientService.getResponseEleWithCheck(AbstractClientService.java:158), com.mycompany.myapp.client.services.impl.InfoQueryClientServiceImpl.getFileOnTmpList(InfoQueryClientServiceImpl.java:84), com.mycompany.myapp.client.myappClient.getFileOnTmpList(myappClient.java:196), com.mycompany.myapp.client.model.Model.updateStudyInfos(Model.java:96), com.mycompany.myapp.client.model.Model.instantiateSingleton(Model.java:46), com.mycompany.myapp.applet.MainApplet.addMainPanel(MainApplet.java:106), com.mycompany.myapp.applet.MainApplet.createUIPanel(MainApplet.java:76), com.mycompany.myapp.applet.MainApplet.init(MainApplet.java:58), com.sun.deploy.uitoolkit.impl.awt.AWTAppletAdapter.init(Unknown Source), sun.plugin2.applet.Plugin2Manager$AppletExecutionRunnable.run(Unknown Source), java.lang.Thread.run(Unknown Source)\]

是否尝试对RuntimeException调用getcause()？

您的代码不会重新引发原始异常，而是抛出RuntimeException的新实例，该实例在创建时已填充其堆栈跟踪。

当捕获RuntimeException或在引发RuntimeException之前，将RuntimeException的堆栈跟踪设置为来自原始异常的堆栈跟踪。

什么是最佳实践？

因为除了抛出原始异常之外，您在catch块中没有做任何事情，所以最好的做法是在这里完全不捕获它。如果要将其包装在RuntimeException中以避免定义选中的异常，只需将其作为原因添加即可。替换stacktrace仍然会导致信息丢失，因为您只有stacktrace，而不是IOexception。

也许OP正在将异常包装在运行时异常中，以避免使用"throws"子句"污染"方法签名……？

仅仅调用getCause可能不够，因为可能存在多个级别的包装异常。请看我的答案：stackoverflow.com/a/27076790/194894

"问题"是您没有重新引发异常。相反，你提出了一个新的例外。如果你真的再次提出这样的例外：

try \{

content = (InputStream) conn.getContent();

\} catch (IOException e) \{

throw e;

您将发现堆栈跟踪被保留。

如果您在现代JVM上使用Throwable.printStackTrace()，它将显示链异常及其(唯一)堆栈帧。换句话说，保留原始异常的信息。

有一种方法可以将堆栈跟踪从一个异常拼接到另一个异常。

try \{

content = (InputStream) conn.getContent();