[이펙티브 자바] Item09 완벽공략.

 

item09. try-finally보다 try-with-resources 를 사용하라.

" p48. 자바 퍼즐러 예외 처리 코드의 실수"

package chapter01.item09.puzzler;

import java.io.*;

/**
 * item09. try-finally 보다는 try-with-resources를 사용하라.
 * 자바 Puzzler 책을 언급한 예외 처리 코드의 실수
 */
public class Copy {

    private static final int BUFFER_SIZE = 8 * 1024;

    static void copy(String src, String dst) throws IOException {
        InputStream in = new FileInputStream(src);
        OutputStream out = new FileOutputStream(dst);
        try {
            byte[] buf = new byte[BUFFER_SIZE];
            int n;
            while ((n = in.read(buf)) >= 0) {
                out.write(buf, 0, n);
            }
        }finally {
            try {
                out.close();
            } catch (IOException e) {
                // 안전하지 않는가? 이렇게 하면 되는거 아닌가?
                // No, 다른 예외가 발생하면 끝나버림,,
            }

            try {
                in.close();
            } catch (IOException e) {
                // 안전하지 않는가? 이렇게 하면 되는거 아닌가?
            }
        }
    }

    public static void main(String[] args) throws IOException {
        String src = args[0];
        String dst = args[1];
        copy(src, dst);
    }
}

 

이펙티브 자바 책에서 "심지어 나 자신도 '자바 퍼즐러' 에서 실수를 저질렀ㄴㄴ데, 수년간 아무도 눈치채지 못했다" 라고 언급한 부분이 있다. 

내용은 대충 위에 코드와 비슷한 내용이라고 한다. 

out.close 와 in.close에서 각각 try-catch로 잡아주면 안전할 것이다. 이렇게 하면 될 것이다. 라고 생각했는데 

여기서 보면 IOException이 발생할 때는 괜찮지만 out.close 할 때 RuntiimeException이 발생해버리면 저기서 끝나버려 In.close를 수행하지 못한다. 

 

이런 문제를 해결해주는 try-with-resources 가 있으니 이젠 try-finally가 아닌 try-with-resources를 사용하자!! 

 

 

 

 

" p49. try-with-resources 바이트 코드"

try-with-resources는 어떻게 예외 정보도 모두 보여주고, 자원 해제도 다 처리할 수 있는지 궁금하다면 바이트 코드를 확인해보면 된다. 

근데 바이트 코드를 직접 보면서 파악하기에는 힘드니까..ㅎㅎ IDE의 힘을 빌려서 classes 폴더 안에 있는 파일을 보면 된다. 

 

public class TopLine {
    // try-with-resources 이 자원을 회수하는 최선책이다.
    static String firstLineOfFile(String path) throws IOException {
        try (BufferedReader br = new BufferedReader(new FileReader(path))){
            return br.readLine();
        }
    }

    public static void main(String[] args) throws IOException {
        String path = args[0];
        System.out.println(firstLineOfFile(path));
    }
}

이 코드를 확인해보면 

//
// Source code recreated from a .class file by IntelliJ IDEA
// (powered by FernFlower decompiler)
//

package chapter01.item09.trywithresources;

import java.io.BufferedReader;
import java.io.FileReader;
import java.io.IOException;

public class TopLine {
    public TopLine() {
    }

    static String firstLineOfFile(String path) throws IOException {
        BufferedReader br = new BufferedReader(new FileReader(path));

        String var2;
        try {
            var2 = br.readLine();
        } catch (Throwable var5) {
            try {
                br.close();
            } catch (Throwable var4) {
                var5.addSuppressed(var4);
            }

            throw var5;
        }

        br.close();
        return var2;
    }

    public static void main(String[] args) throws IOException {
        String path = args[0];
        System.out.println(firstLineOfFile(path));
    }
}

try-finally가 아닌 try-catch를 중첩해서 사용해서 문제를 해결한 것을 확인할 수 있다. 

또한 예외 정보를 다 보여주기 위해서 addSuppressed 로 예외 뒤에 추가해주는 형식이다. 

그리고 br.close()를 두번 호출하는데 마지막엔 혹시 몰라서 한번 더 호출하면서 자원 해제를 해준다. -> 이때같은 상황을 위해서 AutoCloseable이나 이를 구현한 Closeable이 idemponent 해야 하는것 같다. 몇번을 호출하더라도 같은 결과가 나와야 하니까! 

 

 

 

🐥 try-finally로 하는 자원 해제는 어딘가 함정이 있을 확률이 많기 때문에 코드를 보다 try-finally를 사용한 코드가 있다면 

이제 try-with-resources로 변경해줘야겠다!!!!