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 。

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

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