effective java第三版推薦使用try-with-resources代替try-finally的原因是什么

本篇內(nèi)容主要講解“effective java第三版推薦使用try-with-resources代替try-finally的原因是什么”，感興趣的朋友不妨來看看。本文介紹的方法操作簡單快捷，實用性強。下面就讓小編來帶大家學習“effective java第三版推薦使用try-with-resources代替try-finally的原因是什么”吧!

背景

try-finally 這個語句想必做java的同學都不陌生吧，每當我們有關(guān)閉資源的需求我們都會使用到try-finally這個語句，比如我們在使用鎖的時候，無論是本地的可重入鎖還是分布式鎖都會有下面類似的結(jié)構(gòu)代碼，我們會在finally里面進行unlock，用于強制解鎖：

    Lock lock = new ReentrantLock();
    lock.lock();
    try{
        // doSometing
    }finally {
        lock.unlock();
    }

或者我們使用java的文件流讀取或者寫入文件的時候，我們也會在finally中強制關(guān)閉文件流，防止資源泄漏。

    InputStream inputStream = new FileInputStream("file");
    try {
        System.out.println(inputStream.read(new byte[4]));
    }finally {
        inputStream.close();
    }

其實乍一看 這樣的寫法應(yīng)該沒什么問題，但是如果我們出現(xiàn)了多個資源需要關(guān)閉我們應(yīng)該怎么寫呢？最常見的寫法如下：

InputStream inputStream = new FileInputStream("file");
    OutputStream outStream = new FileOutputStream("file1");

    try {
        System.out.println(inputStream.read(new byte[4]));
        outStream.write(new byte[4]);
    }finally {
        inputStream.close();
        outStream.close();
    }

我們在外面定義了兩個資源，然后在finally里面依次對這兩個資源進行關(guān)閉，這個寫法在我最開始寫java的時候?qū)ξ募骱蛿?shù)據(jù)庫連接池做close的時候一些教學的文章都是這么教學的，那么這個哪里有問題呢？問題其實在于如果在inputStream.close的時候拋出異常，那么outStream.close()就不會執(zhí)行，這很明顯不是我們想要的結(jié)果，所以后面就改成了下面這種多重嵌套的方式去寫：

    InputStream inputStream = new FileInputStream("file");
    try {
        System.out.println(inputStream.read(new byte[4]));
        try{
            OutputStream outStream = new FileOutputStream("file1");
            outStream.write(new byte[4]);
        }finally {
            outStream.close();
        }
    }finally {
        inputStream.close();
    }

在這種方式中即便是outStream.close()拋出了異常，但是我們依然會執(zhí)行到inputStream.close(),因為他們是在不同的finally塊，這個的確解決了我們的問題，但是還有兩個問題沒有解決：

• 帶來的第一個問題就是如果我們有不止兩個資源，比如有十個資源，難道需要讓我們寫十個嵌套的語句嗎？寫完之后這個代碼還能看嗎？

• 第二個問題就是如果我們在try里面出現(xiàn)異常，然后在finally里面又出現(xiàn)異常，就會導致異常覆蓋，會導致finally里面的異常將try的異常覆蓋了。

public class CloseTest {

    public void close(){
        throw new RuntimeException("close");
    }

    public static void main(String[] args) {
        CloseTest closeTest = new CloseTest();
        try{
            throw new RuntimeException("doSomething");
        }finally {
            closeTest.close();
        }
    }

}
輸出結(jié)果：Exception in thread "main" java.lang.RuntimeException: close

上面這個代碼，我們期望的是能拋出doSomething的這個異常，但是實際的數(shù)據(jù)結(jié)果卻是close的異常，這和我們的預期不符合。

try-with-resources

上面我們介紹了兩個問題，于是在java7中引入了try-with-resources的語句，只要我們的資源實現(xiàn)了AutoCloseable這個接口那么我們就可以使用這個語句了,我們之前的文件流已經(jīng)實現(xiàn)了這個接口那么我們可以直接使用：

try(InputStream inputStream = new FileInputStream("file");
            OutputStream outStream = new FileOutputStream("file1")) {
            System.out.println(inputStream.read(new byte[4]));
            outStream.write(new byte[4]);
        }

我們所有的資源定義全部都在try后面的括號中進行定義，通過這種方式我們就可以解決上面所說的幾個問題：

• 首先第一個問題，我們通過這樣的方式，代碼非常整潔，無論你有多少個資源，都可以很簡潔的去做。

• 第二個異常覆蓋問題的話，我們可以通過實驗來看一下，我們將代碼改寫為如下：

public class CloseTest implements AutoCloseable {

    @Override
    public void close(){
        System.out.println("close");
        throw new RuntimeException("close");
    }

    public static void main(String[] args) {
        try(CloseTest closeTest = new CloseTest();
            CloseTest closeTest1 = new CloseTest();){
            throw new RuntimeException("Something");
        }
    }

}
輸出結(jié)果為：
close
close
Exception in thread "main" java.lang.RuntimeException: Something
	at fudao.CloseTest.main(CloseTest.java:33)
	Suppressed: java.lang.RuntimeException: close
		at fudao.CloseTest.close(CloseTest.java:26)
		at fudao.CloseTest.main(CloseTest.java:34)
	Suppressed: java.lang.RuntimeException: close
		at fudao.CloseTest.close(CloseTest.java:26)
		at fudao.CloseTest.main(CloseTest.java:34)

我們在代碼中定義了兩個CloseTest，用來驗證之前close出現(xiàn)異常是否會影響第二個，同時在close和try塊里面都拋出不同的異常，可以看見我們的結(jié)果，輸出了兩個close,證明雖然close拋出異常，但是兩個close都會執(zhí)行。然后輸出了doSomething的異常，可以發(fā)現(xiàn)這里我們輸出的就是我們try塊里面所拋出的異常，并且我們close的異常以Suppressed的方式記錄在異常的堆棧里面，通過這樣的方式我們兩種異常都能記錄下來。

try-with-resources原理

try-with-resources語句其實是一種語法糖，通過編譯之后又回到了我們開始說的嵌套的那種模式：

可以發(fā)現(xiàn)try-with-resources被編譯之后，又采取了嵌套的模式，但是和之前的嵌套有點不同，他close的時候都利用了catch去捕獲了異常，然后添加到我們真正的異常中，整體邏輯比我們之前的嵌套要復雜一些。

到此，相信大家對“effective java第三版推薦使用try-with-resources代替try-finally的原因是什么”有了更深的了解，不妨來實際操作一番吧！這里是億速云網(wǎng)站，更多相關(guān)內(nèi)容可以進入相關(guān)頻道進行查詢，關(guān)注我們，繼續(xù)學習！