sleep() 및 wait() 같은 메서드를 차단할 때만 InterruptedException이 throw되는 이유는 무엇입니까?

Question

아래 코드를 작성하면 스레드를 인터럽트하거나 종료 할 수 없습니다. 또한 InterruptedException을 throw하지 않습니다.

Thread loop = new Thread(
    new Runnable() { 
    @Override 
    public void run() { 
     while (true) { 
     } 
    } 
    } 
); 
loop.start(); 
loop.interrupt(); 

이 스레드를 중단하려면, 나는 다음과 같이 내 코드를 수정해야합니다

Thread loop = new Thread(
    new Runnable() { 
    @Override 
    public void run() { 
     while (true) { 
     if (Thread.interrupted()) { 
      break; 
     } 
     // Continue to do nothing 
     } 
    } 
    } 
); 
loop.start(); 
loop.interrupt(); 

내 질문은,

1. 자바는 이러한 방식으로 설계 예외 : InterruptedException 그 이유

   sleep() 및 wait()와 같은 메서드를 차단할 경우에만 throw됩니다.

2. 정상적인 코드에서 위의 코드 스 니펫과 같이 수동으로 처리해야하는 이유는 무엇입니까? 인터럽트 플래그를 true로 설정할 때마다 Java가 InterruptedException을 throw하지 않는 이유는 무엇입니까? interrupt() 메서드를 통해?

InterruptedException에 대한 많은 블로그와 기사를 읽었지만 설득력있는 대답을 찾지 못했습니다. 자바의 http://codepumpkin.com/interruptedexception-java-multithreading/

Answer 1

자바는 예외 : InterruptedException가 수면과 같은 방법을 차단하는 경우에만 발생되고 있음을 같은 방식으로 설계되는 이유 1)() 및 대기().

thread.interrupt()의 전체적인 점은 협조적이다. 스레드가 인터럽트되었지만 인터럽트 플래그가 Thread.currentThread().isInterrupted()을 사용하여 검사해야하므로 필요에 따라 공유 터미네이션을 올바르게 관리하고 공유 객체, 잠금, 최종 블록 등을 정리할 수 있습니다.

tutorial on the subject에서 인용 할 때는 강조합니다.

인터럽트는 스레드가 수행중인 작업을 중지하고 다른 작업을해야한다는 것을 나타냅니다. 프로그래머가 스레드가 인터럽트에 대해에 응답하는 방법을 정확하게 결정할 때까지는 이지만 스레드가 종료되는 것은 매우 일반적입니다. 던져 InterruptedException을

방법은 잠금 장치 및 기타 조건에 대기중인 것들입니다.이것들은 인터럽트가 다시 발생했기 때문에 스레드가 종료되기 전에 다시 스스로를 지울 수 있다고 말한다.

2) 정상 코드에서 위의 코드 스 니펫과 같이 수동으로 처리해야하는 이유는 무엇입니까? interrupt() 메소드를 통해 인터럽트 플래그를 true로 설정할 때마다 Java가 InterruptedException을 던지지 않는 이유는 무엇입니까?

대안

는 InterruptedException에 관계없이 프로그램을 기대되었는지 여부를 언제든지 발생 된 수있는 RuntimeException 될 가지고 있었을 것이다. stop() 및 더 이상 사용되지 않는 Thread 메서드의 일부는 다양한 언어 구문을 위반하는 경향이있어 응용 프로그램 메모리가 잘못된 상태로 남을 수 있습니다. 여기에 more details about that이 있습니다.

InterruptedException (RuntimeException)이라면 마찬가지입니다. 쓰레드가 공유 객체를 변경하고 중류 인 경우에만 예기치 않은 RuntimeException이 던져 지거나 완전히 중단되었다고 상상할 수 있습니다. 업데이트되는 공유 객체는 쉽게 잘못된 상태로 남을 수 있습니다.

if (Thread.interrupted()) { 

이 그것이 나쁜 패턴 스레드에 인터럽트 플래그를 지 웁니다 때문에 전화를 할 수있는 권리 방법은 아닙니다

. 다음을 사용하십시오 :

if (Thread.currentThread().isInterrupted()) { 

이 가능한 경우 수행해야 인터럽트 플래그를 유지합니다. 또한 InterruptedException이 발생하면 인터럽트 플래그도 지 웁니다. 그것이 좋은 패턴입니다 :

try { 
    ... 
} catch (InterruptedException ie) { 
    // re-interrupt the thread to propagate the interrupt flag 
    Thread.currentThread().interrupt(); 
    // handle the interrupt here by probably quitting the thread 
} 

라이브러리가 인터럽트 플래그를 "삼키는"많은 문제가 있습니다. 코드가 작더라도 더 큰 블록으로 복사 될 수 있으므로 항상 인터럽트 플래그를 좋은 패턴으로 복원 할 수 있습니다.

Answer 2

초기 버전은 스레드를 죽일 수 있기를 사용하지만, 여러 운영 체제를 지원하기 위해 노력하고 때 신속하게 문제가되었다 :

편집

는 예외 : InterruptedException에 좋은 기사를 발견했다. 매우 다른 방법이 있습니다. 운영 체제는 매우 다른 기능으로 스레딩을 구현합니다. 스레드가 중간 비행을 중단하면 안전하지 않은 것으로 간주되어 교착 상태와 같이 응용 프로그램의 다른 부분에서 예기치 않은 동작이 발생할 수 있습니다. 여기

자세한 내용 : https://docs.oracle.com/javase/8/docs/technotes/guides/concurrency/threadPrimitiveDeprecation.html