java中e.printStackTrace()會不會輸出到控制臺

這篇文章主要介紹java中e.printStackTrace()會不會輸出到控制臺，文中介紹的非常詳細，具有一定的參考價值，感興趣的小伙伴們一定要看完！

　　java中e.printStackTrace()只會輸出到控制臺嗎？不會輸出到日志文件嗎？要想輸出到日志文件是否需要logger.error(e)?需要logger.error(e)還是logger.error(e.printStackTrace())?

　　e.printStackTrace()只會輸出到控制臺嗎

　　tomcat下會輸出到catalina.out

　　不要用e.pringStackTrace()打日志

　　如果要輸入調用棧的話，log.error("錯誤信息",e);，不輸出調用棧的話就log.error("錯誤信息");

　　忽然笑

　　e.pringStackTrace()底層是調用了System.err.println().應該這樣用

　　try{

　　//doSomething

　　}catch(IllegalAccessExceptione){

　　logger.error("錯誤信息:",e);

　　}

　　e.printStackTrace()會導致鎖死？

　　注意右下角區域，紅框部分。這塊內存是什么呢？非堆！那么，左邊是代碼緩存區內存，右邊紅框就是字符串池，常量，基本類型數據的內存區。然后呢？已經滿了。什么原因呢？e.printStackTrace()！

　　滿了的后果呢？整個web服務，訪問之后，沒響應了，就當是卡死掉了。

　　看看有多少web的請求線程，被卡住在打印這一步！原因呢？要打印字符串輸出到控制臺上，那你字符串常量池所在的內存塊要有空間啊。然而，因為e.printStackTrace()語句要產生的字符串記錄的是堆棧信息，太長太多，內存被填滿了！注意上面代碼語句：4208行！

　　來看圖3：

　　沒毛病，沒沒事兒找事兒冤枉誰。就是這句代碼惹的禍！當然，我承認，被try住的代碼本身就有問題，導致很多調用都會拋異常。

　　那么，讓我們再來理理整個事件產生的經過：

　　短時間內大量請求訪問此接口->代碼本身有問題，很多情況下拋異常->e.printStackTrace()來打印異常到控制臺->產生錯誤堆棧字符串到字符串池內存空間->此內存空間一下子被占滿了->開始在此內存空間產出字符串的線程還沒完全生產完整，就沒空間了->大量線程產出字符串產出到一半，等在這兒（等有內存了繼續搞啊）->相互等待，等內存，鎖死了，整個應用掛掉了。

以上是“java中e.printStackTrace()會不會輸出到控制臺”這篇文章的所有內容，感謝各位的閱讀！希望分享的內容對大家有幫助，更多相關知識，歡迎關注億速云行業資訊頻道！