Java異常處理最佳實(shí)踐及陷阱防范-創(chuàng)新互聯(lián)

創(chuàng)新互聯(lián)公司成立與2013年，是專業(yè)互聯(lián)網(wǎng)技術(shù)服務(wù)公司，擁有項(xiàng)目成都網(wǎng)站建設(shè)、成都做網(wǎng)站網(wǎng)站策劃，項(xiàng)目實(shí)施與項(xiàng)目整合能力。我們以讓每一個(gè)夢想脫穎而出為使命，1280元雙橋做網(wǎng)站,已為上家服務(wù),為雙橋各地企業(yè)和個(gè)人服務(wù),聯(lián)系電話:18980820575

前言

不管在我們的工作還是生活中，總會(huì)出現(xiàn)各種“錯(cuò)誤”，各種突發(fā)的“異?！?。無論我們做了多少準(zhǔn)備，多少測試，這些異常總會(huì)在某個(gè)時(shí)間點(diǎn)出現(xiàn)，如果處理不當(dāng)或是不及時(shí)，往往還會(huì)導(dǎo)致其他新的問題出現(xiàn)。所以我們要時(shí)刻注意這些陷阱以及需要一套“最佳實(shí)踐”來建立起一個(gè)完善的異常處理機(jī)制。

正文

異常分類

首先，這里我畫了一個(gè)異常分類的結(jié)構(gòu)圖。

在JDK中，Throwable是所有異常的父類，其下分為”Error“和”Exception“。Error意味著出現(xiàn)了不可控的嚴(yán)重錯(cuò)誤，例如OutOfMemoryError。Exception則細(xì)分為兩類，受檢異常（check）需要我們手動(dòng)try/catch或者在方法定義中throws，編譯器在編譯的時(shí)候會(huì)檢查其合法性。非受檢異常（uncheck）則不需要我們提前處理。這些簡單的概念對(duì)于開發(fā)人員來說都是必須掌握的，這里就展示個(gè)圖例，不做詳細(xì)的描述了，我們的”正餐“還在后面。

重新認(rèn)識(shí)try/catch/finally

說到異常處理，這里就不得不提t(yī)ry/catch/finally。try不可以單獨(dú)存在，要么搭配catch，要么搭配finally，或者三者并存。
1、try代碼塊：監(jiān)視代碼塊的執(zhí)行，發(fā)現(xiàn)對(duì)應(yīng)的的異常則跳轉(zhuǎn)至catch，若無catch則直接到finally塊。
2、catch代碼塊：發(fā)生對(duì)應(yīng)的異常會(huì)執(zhí)行里面的代碼，要么處理，要么向上拋出。
3、finally代碼塊:不管是否有異常，都必執(zhí)行，一般用來清理資源，釋放連接等。然而有以下幾種情況不會(huì)執(zhí)行到這里的代碼。

代碼執(zhí)行流程未進(jìn)入try代碼塊。
代碼在try代碼塊中發(fā)生死循環(huán)、死鎖等狀態(tài)。
在try代碼塊中執(zhí)行了System.exit()操作。
try/catch/finally陷阱

下面介紹兩個(gè)我們?cè)谑褂胻cf的時(shí)候可能會(huì)遇到的陷阱。

代碼1

public class TCFDemo {
    public static void main(String[] args) {
        //11
        System.out.println(returnVal());
    }

    static int returnVal(){
        int a = 1;
        int b = 10;
        try{
            return ++a;
        }finally {
            return ++b;
        }
    }
}

陷阱1：在finally中添加return語句，這樣會(huì)覆蓋掉try代碼return的值，假如業(yè)務(wù)邏輯比較復(fù)雜，這里是很容易掉坑的，不利于排查錯(cuò)誤。

代碼2

public class TCFDemo {
    public static void main(String[] args) {
        Lock lock = new ReentrantLock();
       try{
            //有可能加鎖失敗
            lock.lock();
            //dost
       }finally {
           lock.unlock();
       }
    }
}

陷阱2：由于lock方法在加鎖的時(shí)候有可能會(huì)拋出Uncheck異常，如果在try代碼塊中，必然會(huì)執(zhí)行unlock方法，此時(shí)由于并沒有加鎖成功，所以會(huì)拋出IllegalMonitorStateException，這樣一來后者的異常就覆蓋掉了前者加鎖失敗的異常信息，所以我們應(yīng)該把加鎖的方法挪至try代碼塊外面。

最佳實(shí)踐

好了，前面簡單介紹了異常的分類以及try/catch/finally的注意事項(xiàng)，現(xiàn)在可以總結(jié)一下我們?cè)诋惓Ｌ幚淼臅r(shí)候有哪些”最佳實(shí)踐“了。

當(dāng)需要向上拋出異常的時(shí)候，需根據(jù)當(dāng)前業(yè)務(wù)場景定義具有業(yè)務(wù)含義的異常，優(yōu)先使用行業(yè)內(nèi)定義的異?；蛘邎F(tuán)隊(duì)內(nèi)部定義好的。例如在使用dubbo進(jìn)行遠(yuǎn)程服務(wù)調(diào)用超時(shí)的時(shí)候會(huì)拋出DubboTimeoutException，而不是直接把RuntimeException拋出。
請(qǐng)勿在finally代碼塊中使用return語句，避免返回值的判斷變得復(fù)雜。
捕獲異常具體的子類，而不是Exception，更不是throwable。這樣會(huì)捕獲所有的錯(cuò)誤，包括JVM拋出的無法處理的嚴(yán)重錯(cuò)誤。
切記更別忽視任何一個(gè)異常（catch住了不做任何處理），即使現(xiàn)在能確保不影響邏輯的正常運(yùn)行，但是對(duì)于將來誰都無法保證代碼會(huì)如何改動(dòng)，別給自己挖坑。
不要使用異常當(dāng)作控制流程來使用，這是一個(gè)很奇葩也很影響性能的做法。
清理資源，釋放連接等操作一定要放在finally代碼塊中，防止內(nèi)存泄漏，如果finally塊處理的邏輯比較多且模塊化，我們可以封裝成工具方法調(diào)用，代碼會(huì)比較簡潔。
結(jié)尾

小小的異常，有大大的學(xué)問，你覺得呢？

創(chuàng)新互聯(lián)www.cdcxhl.cn，專業(yè)提供香港、美國云服務(wù)器，動(dòng)態(tài)BGP最優(yōu)骨干路由自動(dòng)選擇，持續(xù)穩(wěn)定高效的網(wǎng)絡(luò)助力業(yè)務(wù)部署。公司持有工信部辦法的idc、isp許可證， 機(jī)房獨(dú)有T級(jí)流量清洗系統(tǒng)配攻擊溯源，準(zhǔn)確進(jìn)行流量調(diào)度，確保服務(wù)器高可用性。佳節(jié)活動(dòng)現(xiàn)已開啟，新人活動(dòng)云服務(wù)器買多久送多久。

分享文章：Java異常處理最佳實(shí)踐及陷阱防范-創(chuàng)新互聯(lián)
分享鏈接：http://bm7419.com/article0/hecio.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供軟件開發(fā)、網(wǎng)站導(dǎo)航、小程序開發(fā)、動(dòng)態(tài)網(wǎng)站、營銷型網(wǎng)站建設(shè)、ChatGPT

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請(qǐng)盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場，如需處理請(qǐng)聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來源： 創(chuàng)新互聯(lián)