java调试打印代码调用追踪栈信息 new Exception().printStackTrace(),举例介绍

java程序调试找错过程 new Exception().printStackTrace() 很好用，能够打印出错代码整个调用栈。帮助我们分析找到哪里出错，调用这个出错代码的源头在哪，整个调用过程。

java程序猿对 try catch 肯定不陌生

try {

}catch (Exception e){
    e.printStackTrace();
}

try捕获异常后会进入catch , e.printStackTrace() 会打印出整个线程调用栈。
下面是一个异常调用栈信息

java.lang.ArithmeticException: / by zero
	at Test.test(Test.java:23)
	at Test.main(Test.java:8)

通过这个打印的调用追踪栈信息，我们知道出错的起始源头在 Test.main(Test.java:8) ,最终出错在 Test.test(Test.java:23)

这个Exception 对象的 printStackTrace() 能打印这么好的调用栈信息，不拿来帮助我们调试岂不可惜了，而且实际开发过程中用这个调试效果往往非常好(〃‘▽’〃)

实际开发过程不会是一帆风顺，总会遇到各种各样的问题。遇到问题就要去寻找问题出在哪里，异步操作的问题排查相对来说会麻烦一些。

下面分享一个我在实际开发过程中使用new Exception().printStackTrace() 解决问题的过程

公司产品某设备在一次更新后，有设备出现连接服务器登录成功后，app绑定该设备 ,显示设备并不在线。
通过日志分析发现有时设备登录成功后在服务器端缓存的设备信息里面在线状态是false . 我当时也是一脸懵逼，登录成功咋就不在线了！查询设备信息都是从缓存的信息里面获取的，那么出错问题就应该是在缓存这里了，有谁用离线的设备信息刷新了这个缓存！打开代码，搜了一下刷新缓存的地方还挺多的，一个个去找的话，这也太累了。

我在刷新缓存这个方法里面加了行代码 ,想看看有谁刷新了不在线的设备信息.

if( 要刷新的设备信息在线状态false ){
	new Exception().printStackTrace();
}

注: 上述 new Exception().printStackTrace() 信息是打印在控制台上的。
若想输出在日志信息中，得用自己的日志工具打印new Exception(), 例如我项目中日志工具是log4j,用法如下:
Logger logger = Logger.getLogger(“debug”);
logger.error("",new Exception());

编译运行服务器代码上线到测试服，让测试人员在测试服复现问题，分析后台日志发现，设备登录的同时，有个刷新电量接口请求在刷新缓存打印出异常(我故意加了new Exception().printStackTrace() 的地方)，在线状态是false 。

麻蛋，就是这个接口的锅，赶紧去找设备端开发人员，确认了他竟然那在没有登录成功就推送了电量！！！当然服务器这边也应该拒绝没登录成功的设备推送电量。

问题找到了后面的解决就简单了,不再啰嗦了.