<aside> 📚 스레드 스케줄러와 Thread.yield, 스레드 우선순위에 의존하지 말자. 견고성과 이식성을 모두 해치는 행위이다. 스레드 우선순위는 프로그램의 서비스 품질을 높이는데 드물게 쓰일 수는 있지만 프로그램을 고치는 용도로 사용해서는 절대 안 된다.

</aside>

• 정확성이나 성능이 운영체제 고유의 스레드 스케줄러에 따라 달라지는 프로그램일수록 다른 플랫폼에 이식하기 어렵다.
• 견고하고 이식성 좋은 프로그램을 작성하기 위해서 고려해야 할 것들
  • 실행 가능한 스레드의 평균 개수를 프로세서 수 보다 지나치게 많아지지 않도록 관리할 것
  • 즉 실행가능한 스레드 수를 가능한 적게 유지하는 것이 중요하다.

실행 가능한 스레드 수를 적게 유지하는 방법

• 실행 준비가 된 스레드들은 맡은 작업을 완료할 때 까지 계속 실행되도록 할 것
  • 단 실행 가능한 스레드 수 와 전체 스레드 수는 구분해야 한다. (대기 중인 스레드 = 실행 불가)
• 스레드는 당장 처리해야 할 작업이 없다면 실행 되어서는 안된다.
• 스레드는 Busy Waiting 상태가 되면 안된다.

  • Busy Waiting

    

  • 스레드 스케줄러 환경의 변화에 취약하다. (이식성이 낮다)

  • 프로세서에 부담을 주어 다른 작업이 실행의 기회를 박탈당한다. (성능이 낮다)

public class SlowCountDownLatch {
  private int count;

  public SlowCountDownLatch(int count) {
    if (count < 0) throw new IllegalArgumentException(count + " < 0");
    this.count = count;
  }

  public void await() {
    while (true) {
      synchronized(this) { if (count == 0) return; }
    }
  }

  public synchronized void countDown() {
    if (count != 0) count--;
  }

}

Thread.yield 사용을 주의하라

• Thread.yield → 다른 스레드에게 실행을 양보하는 메서드
  • 실행 중인 스레드를 RUNNABLE (실행 대기) 상태로 바꾼다.
    • 스레드가 실행되었는데, 그 실행이 잠시동안 무의미한 경우가 있을 수 있다.
    • 이런 경우 스레드를 잠시 실행 대기 상태로 돌려놓으면 CPU의 자원의 소모를 방지할 수 있다.
• 특정 스레드가 다른 스레드에 비해 CPU 자원을 할당받지 못하는 경우에도 Thread.yield 사용은 지양하자
  • 증상이 호전될 수 있어도 여전히 이식성이 나쁘다
    • JVM 종류에 따라 차이가 미미할수도, 악화될수도 있다.
• 차라리 어플리케이션 구조를 바꿔 동시에 실행 가능한 스레드 수를 줄이는 것이 좋다.

스레드 우선순위 조정에 주의하라

• 스레드 우선순위는 자바에서 이식성이 가장 나쁜 특성 중 하나이다.
• 응답 불가 문제를 스레드 우선순위로 해결하지 말자
  • 진짜 원인을 찾아 수정하기 전까지 같은 문제가 반복해서 발생할 것이다.