finalizer 와 cleaner 사용을 피하라

finalizer와 cleaner는 즉시 수행된다는 보장이 없다.

finalizer와 cleaner는 실행되지 않을 수도 있다.

finalizer 동작 중에 예외가 발생하면 정리 작업이 처리되지 않을 수도 있다.

finalizer와 cleaner는 심각한 성능 문제가 있다.

finalizer는 보안 문제가 있다.

반납할 자원이 있는 클래스는 AutoCloseable을 구현하고 클라이언트에서 close()를 호출하거나 try-with-resource를 사용해야 한다.

public class App {

    public static void main(String[] args) {
        try(AutoClosableIsGood good = new AutoClosableIsGood("")) {
            // TODO 자원 반납 처리가 됨.

        }
    }
}

===
finalize 를 권장하지 않지만 굳이 클리너를 사용하자면 다음과 같이 

// 권장 패턴
public class Adult {
    public static void main(String[] args) {
        try (Room myRoom = new Room(7)) {
            System.out.println("안녕~");
        }
    }
}

// 굳이
// cleaner 안전망을 갖춘 자원을 제대로 활용하지 못하는 클라이언트 (45쪽)
public class Teenager {

    public static void main(String[] args) {
        new Room(99);
        System.out.println("Peace out");

        // 다음 줄의 주석을 해제한 후 동작을 다시 확인해보자.
        // 단, 가비지 컬렉러를 강제로 호출하는 이런 방식에 의존해서는 절대 안 된다!
        System.gc();
    }
}

// 코드 8-1 cleaner를 안전망으로 활용하는 AutoCloseable 클래스 (44쪽)
public class Room implements AutoCloseable {
    private static final Cleaner cleaner = Cleaner.create();

    // 청소가 필요한 자원. 절대 Room을 참조해서는 안 된다!
    private static class State implements Runnable {
        int numJunkPiles; // Number of junk piles in this room

        State(int numJunkPiles) {
            this.numJunkPiles = numJunkPiles;
        }

        // close 메서드나 cleaner가 호출한다.
        @Override public void run() {
            System.out.println("Cleaning room");
            numJunkPiles = 0;
        }
    }

    // 방의 상태. cleanable과 공유한다.
    private final State state;

    // cleanable 객체. 수거 대상이 되면 방을 청소한다.
    private final Cleaner.Cleanable cleanable;

    public Room(int numJunkPiles) {
        state = new State(numJunkPiles);
        cleanable = cleaner.register(this, state);
    }

    @Override public void close() {
        cleanable.clean();
    }
}

완변 공략

p42, Finalizer 공격

방어하는 방법

final 클래스로 만들거나
finalizer() 메소드를 오버라이딩 한 다음 final을 붙여서 하위 클래스에서 오버라이딩 할 수 없도록 막는다

해당 코드에서의 equals() 함수로 걸러지지만 transfer 함수가 호출된다.

public class Account {

    private String accountId;

    public Account(String accountId) {
        this.accountId = accountId;

        if (accountId.equals("푸틴")) {
            throw new IllegalArgumentException("푸틴은 계정을 막습니다.");
        }
    }

    public void transfer(BigDecimal amount, String to) {
        System.out.printf("transfer %f from %s to %s\\n", amount, accountId, to);
    }

}

===

public class BrokenAccount extends Account {

    public BrokenAccount(String accountId) {
        super(accountId);
    }

    @Override
    protected void finalize() throws Throwable {
        this.transfer(BigDecimal.valueOf(100), "keesun");
    }
}

p43, AutoClosable(try-with-resource를 지원하는 인터페이스)

void close() throws Exception
- 인터페이스에 정의된 메서드에서 Exception 타입으로 예외를 던지지만
- 실제 구현체에서는 구체적인 예외를 던지는 것을 추천하며
- 가능하다면 예외를 던지지 않는 것도 권장한다.

Closeable 클래스와 차이점

IOException을 던지며
반드시 idempotent 해야 한다.

public class AutoClosableIsGood implements Closeable {

    private BufferedReader reader;

    public AutoClosableIsGood(String path) {
        try {
            this.reader = new BufferedReader(new FileReader(path));
        } catch (FileNotFoundException e) {
            throw new IllegalArgumentException(path);
        }
    }

    @Override
    public void close() {
        try {
            reader.close();
        } catch (**IOException** e) {
            throw new RuntimeException(e);
        }
    }
}

p45, 정적이 아닌 중첩 클래스는 자동으로 바깥 객체의 참조를 갖는다.

중첩 클래스를 만드는 경우에는 반드시 static 을 만든다.

p45, 람다 역시 바깥 객체의 참조를 갖기 쉽다

static → static 만 참조가능하다.