Throwable.fillInStackTrace

Throwable.fillInStackTrace本是一个 synchronized native 方法，其如下： 

    /**
     * Fills in the execution stack trace. This method records within this
     * <code>Throwable</code> object information about the current state of
     * the stack frames for the current thread.
     *
     * 在 Throwable 对象中 填充 执行堆栈信息。此方法在 Throwable 对象中 记录 当前线程的栈帧的 当前状态信息
     *
     * @return  a reference to this <code>Throwable</code> instance.
     * @see     java.lang.Throwable#printStackTrace()
     */
    public synchronized native Throwable fillInStackTrace();

当抛出此异常时，就会通过这个方法填充当前线程的栈帧信息。如果，我们重新了此方法（native实现是将线程的栈帧信息记录到此 Throwable 对象中），不记录当前线程的栈帧信息，那么，当此异常被抛出时，就无法保存堆栈信息了
测试代码如下：

package marvin.doit.exception_cause_low_performance;

public class JustForDemoException extends RuntimeException {
	private static final long serialVersionUID = 2134186859756705446L;

	@Override
	public Throwable fillInStackTrace() {
		return this;
	}

	private static void method1() {
		System.out.println("in method 1");
		method2();
	}

	private static void method2() {
		System.out.println("in method 2");
		method3();
	}

	private static void method3() {
		System.out.println("in method 3");
		method4();
	}

	private static void method4() {
		System.out.println("in method 4");
		throw new JustForDemoException();
	}

	public static void main(String[] args) {
		method1();
	}

}

注意：上面代码中，我们覆写了 fillInStackTrace()，执行后，我们得到如下结果：


不要覆写（就想我们平时作的那样，平时谁会去覆写这个方法啊）。一切正常，我们又看到了常见的 堆栈信息