try-finally 보다는 try-with-resources를 사용하라 - [2장 객체 생성과 파괴(아이템9)]

  전통적으로 자원이 제대로 닫힘을 보장하는 수단으로 try-finally가 쓰였다. 하지만 아래의 2가지 문제점으로 인해 try-with-resources의 사용이 권장된다. 

• 복수의 자원을 처리하게 되면 코드가 지저분해진다.
• 스택 추적 내역에 이전의 예외에 관한 정보는 남지 않게 되어, 실제 시스템에서의 디버깅을 몹시 어렵게 한다.

  try-with-resources의 장점들을 통해 해당 기능을 알아보자. 

 

장점 1. 코드를 간결하게 작성할 수 있다. 

  try-finally의 기본구조는 아래와 같다.

static String firstLineOfFile(String path) throws IOException {
    BufferedReader br = new BufferedReader(new FileReader(path));
    try {
        return br.readLine();
    } finally {
        br.close();
    }
}

 

  만약 try-finally로 여러 개의 리소스를 다루어야 한다면 아래와 같을 것이다.

static void copy(String src, String dst) throws IOException {
    InputStream in = new FileInputStream(src);
    try {
        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 {
            out.close();
        }
    } finally {
        in.close();
    }
}

 

  혹시나 아래와 같이 생각하였다면, 이렇게는 하면 안 된다. 만약 in.close()에서 에러가 나면 out.close()가 실행조차 되지 않는 문제가 있기 때문이다.

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 {
        out.close();
        in.close();
    }
}

 

  try-with-resources를 사용한다면 아래와 같다. 이때 close()를 직접 하지 않아도 된다. 자바 라이브러리와 서드파티 라이브러리들의 수많은 클래스와 인터페이스가 이미 AutoCloseable을 구현하거나 확장해뒀기 때문이다. 

static String firstLineOfFile(String path) throws IOException {
    try (BufferedReader br = new BufferdReader(
            new FileReader(path))) {
        return br.readLine();
    }
}

 

 

  복수의 자원을 처리하는 방법은 아래와 같다. 이는 in과 out의 close() 실행을 보장할 뿐만 아니라 try-finally를 이용하는 방법보다 훨씬 간결하다.

static void copy(String src, String dst) throws IOException {
    try (InputStream in = new FileInputStream(src);
            OutputStream out = new FileOutputStream(dst)) {
        byte[] buf = new byte[BUFFER_SIZE];
        int n;
        while((n = in.read(buf)) >= 0)
            out.write(buf, 0, n);
    }        
}

 

 

장점 2. 예외를 잡아먹지 않는다.

  아래의 코드가 있다고 하자. 

public class BadBufferedReader extends BufferedReader {
    public BadBufferedReader(Reader in, int sz) {
        super(in, sz);
    }
    
    public BadBufferedReader(Reader in) {
        super(in);
    }
    
    @Override
    public String readLine() throws IOException {
        throw new CharConversionException();
    }
    
    @Override
    public void close() throws IOException {
        throw new StreamCorruptedException();
    }
}

 

  아래처럼 try-finally를 사용한다면 StreamCorruptedException()만 보인다. 정확히는 가장 나중에 발생한 예외만 보인다. (이전의 예외가 먹힌다라고 표현할 수 있겠다.) 물론 이전의 예외가 보이게 코드를 작성할 수 있지만 그러면 코드가 지저분해진다.

static String firstLineOfFile(String path) throws IOException {
    BufferedReader br = new BufferedReader(new FileReader(path));
    try {
        return br.readLine();
    } finally {
        br.close();
    }
}

 

  하지만, try-with-resources를 사용한다면 CharConversionException()이 가장 먼저 보이고 StreamCorruptedException()도 보이게 된다. 정확히는 숨겨질 수 있었던 예외들이 '숨겨졌다(suppredssed)'라는 꼬리표를 달고 출력된다.

static String firstLineOfFile(String path) throws IOException {
    try (BufferedReader br = new BufferdReader(
            new FileReader(path))) {
        return br.readLine();
    }
}

 

 

---

 

  try-with-resources를 사용하면서도 물론 catch와 finally 블록도 모두 사용할 수 있다. 결국 try-with-resources가 try-finally에 비해 장점만 더 있으므로 try-with-resources의 사용이 권장된다. 

 

해당 글은 백기선 님의 '이펙티브 자바 완벽 공략'을 수강하고 작성한 것입니다.