Merge pull request #270 from Flamme1004K/main

[#1~#7][2기] 1주차 질문

Author: ksy90101

Diff for: 2장/8_finalizer와 cleaner 사용을 피하라_김형준.md

@@ -0,0 +1,93 @@
+# finalizer와 cleaner 사용을 피하라.
+
+## 자바의 객체 소멸자 finalizer와 cleaner
+
+- finalizer : 예측할 수 없고, 상황에 따라 위험할 수 있어 일반적으로 불필요하다.
+- cleaner : finalizer보다 덜 위험하지만, 여전히 예측할 수 없고, 느리고 일반적으로 불필요하다.
+
+> 왜 cleaner보다 finalizer가 덜 위험할까? finalizer에서는 스레드를 통제하지 않기 때문에 경고를 출력하지 않고, 종료해버리지만, cleaner를 사용하는 라이브러리는 자신의 스레드를 통제하기 때문이다.
+
+## 왜 지양해야 하는가? 
+
+1. 즉시 수행된다는 보장이 없다.
+-  finalizer나 cleaner를 얼마나 신속히 수행할지는 전적으로 가비지 컬렉션에 달렸다.
+2. 수행 여부도 보장하지 않는다.
+- 접근 할 수 없는 일부 객체에 딸린 종료 작업을 전혀 수행하지 못한 채 프로그램이 중단 될 수도 있다. 
+- 즉, 상태를 영구적으로 수정하는 작업에서는 절대 finalizer나 cleaner에 의존해서는 안 된다.
+3. 심각한 성능 문제도 동반한다.
+-  AutoCloseable 사용하여 처리했을때보다 약 50배 느리다.
+4. finalizer를 사용한 클래스는 finalizer 공격에 노출되어 심각한 보안 문제를 일으킬 수도 있다.
+- 생성자나 직렬화 과정에서 예외가 발생하면, 이 생성되다 만 객체에서 악의적인 하위 클래스의 finalizer가 수행될 수 있기 때문에 가비지 컬렉터가 수집하지 못하게 막을 수 있다.
+
+## 이렇게 지양하는데 왜 finalizer와 cleaner가 있는건데?
+
+1. 자원의 소유자가 close 메서드를 호출하지 않는 것에 대비한 안전망 역할
+2. 네이티브 피어를 회수하기 위해서이다. 왜냐하면 네이티브 피어는 자바 객체가 아니기 때문에 가비지 컬렉터에서 회수하지 못하기 때문이다.
+-  즉시 자원을 회수해야 한다면 close 메서드를 사용해야한다.
+
+## finalizer나 cleaner를 대신해줄 묘안은 무엇일까?
+
+1. **AutoCloseable을 구현해주고, 클라이언트에서 인스턴스를 다 쓰고 나면 close 메서드를 호출해주면 된다.**
+
+2. **AutoCloseable에서 Cleaner를 사용하여 해주는 경우, try-with-resources을 사용하자.**
+
+  
+  ## 책 예제
+
+    import java.lang.ref.Cleaner;  
+      
+    public class Room implements AutoCloseable {  
+      
+	      private static final Cleaner cleaner = Cleaner.create();  
+	      
+	      private static class State implements Runnable {  
+	      int numJunkpiles;  
+	      
+	      State(int numJunkpiles) {  
+		      this.numJunkpiles = numJunkpiles;  
+	      }  
+	      
+	      @Override  
+	      public void run() {  
+		      System.out.println("방 청소");  
+		      numJunkpiles = 0;  
+	      }  
+	     }  
+	     private final State state;  
+	     private final Cleaner.Cleanable cleanable;  
+	      
+	     public Room(int numJunkpiles) {  
+	      state = new State(numJunkpiles);  
+	      cleanable = cleaner.register(this, state);  
+	      }  
+	      
+	      @Override  
+	      public void close() throws Exception {  
+	      cleanable.clean();  
+	      }  
+    }
+
+    public class main {  
+      public static void main(String[] args) throws Exception {  
+	      try (Room myRoom = new Room(7)) {
+		      System.out.println("안녕~");
+		  }
+		  new Room(99);
+		  System.out.println("아무렴~");
+	  }
+
+결과 : 
+
+    안녕~
+    방청소
+    아무렴
+      
+   
+
+
+    
+
+
+
+
+

Diff for: 2장/item1~7_질문목록_김형준.md

@@ -0,0 +1,21 @@
+item 1. 생성자 대신 정적 팩토리 메서드를 고려하라
+ - Java8에서 interface는 어떻게 변경이 되었고, 왜 변경하였을까요?
+
+item 2. 생성자에 매개변수가 많다면 빌더를 고려하라.
+ - Java에서 생성자나, 빌더 패턴, 자바 빈즈 패턴을 사용하면 어떤 문제가 생길까요? 그리고 해당 문제를 해결하기 위해 만들어진 라이브러리는 무엇일까요?
+
+item 3. private 생성자나 열거 타입으로 싱글턴임을 보증하라
+ - Java Singleton과 Spring Singleton의 차이는?
+ - Spring에서는 왜 싱글턴 패턴은 어떻게 구현이 될까요? 그리고 왜 쓸까요?
+
+item 4. 인스턴스화를 막으려거든 pirvate 생성자를 사용하라.
+ - private 메서드는 어떻게 테스트를 해야 할까요?
+
+item 5. 자원을 직접 명시하지 말고 의존 객체 주입을 사용하라.
+ - Spring에서의 Dependency Injection을 하기 위해 어떠한 방법을 쓰고 있나요?
+
+item 6. 불필요한 객체 생성을 피하라
+ - String.matches와 Pattern.matcher에서 성능이 중요한 상황에서 반복해 사용하기에 적합하지 않은 것은 String.matches라고 합니다. 왜 성능에 적합하지 않다고 하는 걸까요? 왜 여러 번 사용하면 안 될까요?
+
+item 7. 다 쓴 객체 참조를 해제하라.
+ - GC의 대상이 되는 객체와 GC의 대상이 되지 않는 객체는 무엇인가요?