Java中没有堆栈跟踪的例外

Question

这可能是一个非常幼稚的问题。

我曾经相信Java 始终中的 Throwable 包含堆栈跟踪。正确吗？

现在看来，我发现了异常没有堆栈跟踪。有意义吗？如果没有堆栈跟踪的情况，是否可能可能捕获异常？

Answer 1

可以在没有堆栈跟踪的情况下在Java中捕获可抛件对象：

Throwable(String message, Throwable cause, boolean enableSuppression,boolean writableStackTrace) 

用
指定的详细消息，原因，抑制启用或禁用，以及
可写的堆栈跟踪启用或禁用。

public Throwable fillInStackTrace()

填写执行堆栈跟踪。此方法在此记录
有关堆栈当前状态的可投掷对象信息
当前线程的帧。

如果此抛售的堆栈轨迹不写，请称呼这个
方法没有效果。

http://docs.oracle.com/javase/7 /docs/api/java/lang/throwable.html

Answer 2

对于Java 6：

由于Java 6没有可投掷（字符串消息，可投掷原因，布尔值启用，布尔值writableStackTrace）构造函数，我们可以使用以下技术来抑制堆栈填充（从Scala借用，是从Scala借来的）从 Java异常有多慢？

class NoStackTraceRuntimeException extends RuntimeException {
    @Override
    public synchronized Throwable fillInStackTrace() {
        return this;
    }
}

新的NostackTraceruntimeException（）或它的子类型。

我们还可以通过扩展抛出：

class NoStackTraceThrowable extends Throwable {
    @Override
    public synchronized Throwable fillInStackTrace() {
        return this;
    }
}

但是，一个小问题是您不再可以使用 catch 使用 exception ，因为这是不是异常的子类型，而是应捕获 nostackTractraceThrowable 或它的子类型。

Update ：有关在不同用途中性能的一些有趣统计数据，请检查此所以问题

Answer 3

对于Java 7+，这是一个例外的示例，可以选择抑制堆栈跟踪。

public class SuppressableStacktraceException extends Exception {

    private boolean suppressStacktrace = false;

    public SuppressableStacktraceException(String message, boolean suppressStacktrace) {
        super(message, null, suppressStacktrace, !suppressStacktrace);
        this.suppressStacktrace = suppressStacktrace;
    }

    @Override
    public String toString() {
        if (suppressStacktrace) {
            return getLocalizedMessage();
        } else {
            return super.toString();
        }
    }
}

可以证明：

try {
    throw new SuppressableStacktraceException("Not suppressed", false);
} catch (SuppressableStacktraceException e) {
    e.printStackTrace();
}
try {
    throw new SuppressableStacktraceException("Suppressed", true);
} catch (SuppressableStacktraceException e) {
    e.printStackTrace();
}

这是基于 https://github.com/apache/systemml 。

Answer 4

在任何例外，抑制堆栈的最简单方法是，

throwable.setStackTrace(new StackTraceElement[0]);

如果异常有原因，则可能需要递归地进行相同的操作。

这也降低了堆栈跟踪的昂贵创建，尽可能多地将

投掷的堆叠式的堆叠到初始化

Throwable#fillInStackTrace()

，因此任何构造函数都称为，因此无法避免。
stacktracelement [] []

Throwable#getOurStackTrace()

当实际使用堆栈Trace时，只有在field可投掷的情况下，既没有设置了

。将stacktrace设置为任何非零值，避免在可投掷＃getourstacktrace（）中构造stackTraceElement []，并尽可能减少性能罚款。

Answer 5

正如Ng。的答复中暗示的那样，如果您一开始看到堆栈Trace，但由于同样的例外，它消失了，您很可能会看到JVM优化的效果。
在这种情况下，以下问题非常相似。

reccristring例外，而无需堆栈跟踪 - 如何重置？

nullpointerexception in Java in Java in Java in Java in Java in Java in Java in Java in Java in Java in stacktrace no stacktrace

我建议将其启用并首先努力防止错误，或者捕获并更优雅地处理它。