淺談JAVA 異常對(duì)于性能的影響
在對(duì)客戶做技術(shù)支持時(shí)，我們常常會(huì)看到很多客戶根本沒意識(shí)到的異常。在消除了這些異常之后，代碼運(yùn)行速度與以前相比大幅提升。這讓我們產(chǎn)生一種猜測，就是在代碼里面使用異常會(huì)帶來顯著的性能開銷。因?yàn)楫惓Ｊ清e(cuò)誤情況處理的重要組成部分，摒棄是不太可能的,所以我們需要衡量異常處理對(duì)于性能影響，我們可以通過一個(gè)實(shí)驗(yàn)看看異常處理的對(duì)于性能的影響。
實(shí)驗(yàn)
我的實(shí)驗(yàn)基于一段隨機(jī)拋出異常的簡單代碼。從科學(xué)的角度，這并非完全準(zhǔn)確的測量，同時(shí)我也并不了解HotSpot 編譯器會(huì)對(duì)運(yùn)行中的代碼做何動(dòng)作。但無論如何，這段代碼應(yīng)該能夠讓我們了解一些基本情況。
結(jié)果很有意思：拋出與捕獲異常的代價(jià)似乎極低。在我的例子里，大約是每個(gè)異常 0.02 毫秒。除非你真的拋出太多異常（我們指的是 10 萬次或者更多），否則這一點(diǎn)基本都可忽略。 盡管這些結(jié)果顯示出異常處理本身并不影響代碼性能，但卻并未解決下面這個(gè)問題：異常對(duì)性能的巨大影響該由誰負(fù)責(zé)？
我明顯遺漏了什么重要的問題。
重新想了一下，我意識(shí)到自己遺漏了異常處理的一個(gè)重要部分。我沒考慮到異常發(fā)生時(shí)你做了什么。在多數(shù)情況下你很有可能不僅僅是捕獲異常！而問題就在這里：一般情況下，你會(huì)試圖對(duì)問題進(jìn)行補(bǔ)充，并讓應(yīng)用在最終用戶那里仍能發(fā)揮功能。所以我遺漏的就是：“”為了處理異常而執(zhí)行的補(bǔ)充代碼“”。按照補(bǔ)充代碼的不同，性能損失可能會(huì)變得相當(dāng)顯著。在某些情況下這可能意味著重試連接到服務(wù)器，在另一些情況下則可能意味著使用默認(rèn)的回滾方案，而這種方案提供的解決辦法肯定會(huì)帶來非常差勁的性能。對(duì)于我們?cè)诤芏嗲闆r下看到的行為，這似乎給出了很好的解釋。
不過我卻不覺得分析到這里已經(jīng)萬事大吉，而是感到這里還遺漏了別的什么東西。
Stack trace
對(duì)此問題，我仍頗為好奇，為此監(jiān)視了收集 strack trace 時(shí)情況性能有何變化。
經(jīng)常發(fā)生的情況應(yīng)該是這樣的：記下異常及其棧軌跡，嘗試找出問題到底在哪。
為此我修改了代碼，額外收集了異常的 strack trace 。這讓情況顯著改變。對(duì)異常的 strack trace 的收集，其性能影響要比單純捕獲并拋出異常高出10倍。因此盡管 strack trace 有助于理解哪里發(fā)生了問題（有可能還有助于理解為何發(fā)生問題），但卻存在性能損失。 由于我們談?wù)摰牟⒎且粭l strack trace，所以此處的影響往往非常之大。 多數(shù)情況下，我們都要在多個(gè)層次上拋出并捕獲異常。 我們看一個(gè)簡單的例子： Web 服務(wù)客戶端連接到服務(wù)器。首先，Java 庫級(jí)別上存在一個(gè)連接失敗異常。此后會(huì)有框架級(jí)別上的客戶端失敗異常，再以后可能還會(huì)有應(yīng)用層次上的業(yè)務(wù)邏輯調(diào)用失敗異常。到現(xiàn)在為止，總共要搜集三條strack trace。 多數(shù)情況下，你都能從日志文件或者應(yīng)用輸出中看到這些 strack trace，而寫入這些較長的strack trace 往往也會(huì)也帶來性能影響。
結(jié)論
首先因?yàn)榇嬖谛阅苡绊懚旬惓壷挥貌⒎橇疾?。異常有助于提供一種一致的方式來解決運(yùn)行時(shí)問題，并且有助于寫出干凈的代碼。但我們應(yīng)該對(duì)代碼中拋出的異常數(shù)量進(jìn)行跟蹤，它們可能導(dǎo)致顯著的性能影響。所以 OneAPM 默認(rèn)要對(duì)所拋出的異常進(jìn)行跟蹤——在很多情況下人們都會(huì)對(duì)代碼中發(fā)生的異常以及在解決這些異常時(shí)的性能損耗感到吃驚不已。 其次盡管使用異常很有裨益，您也應(yīng)避免捕獲過多的 strack trace。異常應(yīng)該是為異常的情況而設(shè)計(jì)的，使用時(shí)應(yīng)該牢記這一原則。當(dāng)然，萬一您不想遵從好的編程習(xí)慣，Java 語言就會(huì)讓您知道，那樣做可以讓您的程序運(yùn)行得更快，從而鼓勵(lì)您去那樣做。
以上所述就是本文的全部內(nèi)容了，希望大家能夠喜歡。
相關(guān)文章
java開發(fā)中如何使用JVisualVM進(jìn)行性能分析
JVisualVM是由Sun提供的性能分析工具，如此強(qiáng)大的后盾怎能不強(qiáng)大？在Jdk6.0以后的版本中是自帶的，配置好環(huán)境變量然后在運(yùn)行中輸入“JVisualVm”或直接到Jdk的安裝目錄的Bin目錄下找到運(yùn)行程序即可運(yùn)行。如果是用Jdk1.5或以前版本的朋友就得要單獨(dú)安裝了2015-12-12
Java實(shí)現(xiàn)文件變化監(jiān)聽代碼實(shí)例
這篇文章主要介紹了Java實(shí)現(xiàn)文件變化監(jiān)聽代碼實(shí)例,通過定時(shí)任務(wù),輪訓(xùn)查詢文件的最后修改時(shí)間,與上一次進(jìn)行對(duì)比,如果發(fā)生變化,則說明文件已經(jīng)修改,進(jìn)行重新加載或?qū)?yīng)的業(yè)務(wù)邏輯處理,需要的朋友可以參考下2024-01-01
在idea中將創(chuàng)建的java web項(xiàng)目部署到Tomcat中的過程圖文詳解
這篇文章主要介紹了在idea中將創(chuàng)建的java web項(xiàng)目部署到Tomcat中的過程，本文通過圖文并茂的形式給大家介紹的非常詳細(xì)，對(duì)大家的學(xué)習(xí)或工作具有一定的參考借鑒價(jià)值,需要的朋友可以參考下2020-04-04
詳解Java如何實(shí)現(xiàn)有效的并發(fā)處理
隨著互聯(lián)網(wǎng)的蓬勃發(fā)展,現(xiàn)代軟件系統(tǒng)對(duì)于并發(fā)性能的要求越來越高,如何學(xué)習(xí)和掌握并發(fā)編程技術(shù)成為了Java開發(fā)人員必備的技能之一,本文主要介紹了Java并發(fā)編程的相關(guān)概念、原理和實(shí)踐技巧,感興趣的可以了解下2023-11-11
使用Java實(shí)現(xiàn)獲取excel附件并解析
在Java中,我們經(jīng)常需要讀取Excel文件中的數(shù)據(jù),進(jìn)行處理和分析,本文將介紹如何使用Java代碼來獲取與解析Excel文件中的附件,希望對(duì)大家有所幫助2025-04-04
java實(shí)現(xiàn)向有序數(shù)組中插入一個(gè)元素實(shí)例
本篇文章主要介紹了java實(shí)現(xiàn)向有序數(shù)組中插入一個(gè)元素實(shí)例，具有一定的參考價(jià)值，感興趣的小伙伴們可以參考一下2017-05-05
這篇文章主要介紹了Java中的線程私有變量ThreadLocal詳解,ThreadLoalMap是ThreadLocal中的一個(gè)靜態(tài)內(nèi)部類，類似HashMap的數(shù)據(jù)結(jié)構(gòu)，但并沒有實(shí)現(xiàn)Map接口,需要的朋友可以參考下2023-08-08
tkmybatis是在mybatis框架的基礎(chǔ)上提供了很多工具，讓開發(fā)更加高效，下面來看看這個(gè)框架的基本使用，后面會(huì)對(duì)相關(guān)源碼進(jìn)行分析，感興趣的同學(xué)可以看一下，挺不錯(cuò)的一個(gè)工具2020-12-12
這篇文章主要介紹了Java如何替換第一個(gè)和最后一個(gè)字符串的操作，具有很好的參考價(jià)值，希望對(duì)大家有所幫助。如有錯(cuò)誤或未考慮完全的地方，望不吝賜教2021-08-08
這篇文章主要介紹了Spring5路徑匹配器PathPattern，具有很好的參考價(jià)值，希望對(duì)大家有所幫助。如有錯(cuò)誤或未考慮完全的地方，望不吝賜教2021-11-11