Java 가상 스레드 및 스레드 풀 : 가상 스레드 풀에서 가상 스레드를 재사용하는 이유는 무엇입니까?

Java 가상 스레드 및 스레드 풀 : 심층 공동 메커니즘 분석

이 기사는 Executors.newVirtualThreadPerTaskExecutor() 사용하여 생성 된 가상 스레드 풀에서 일반적으로 실행할 수없는 가상 스레드의 근본 원인을 분석하고 효과적인 솔루션을 제공합니다. 코드 예제를 통해 methods5 와 methods6 의 두 가지 방법을 비교하여 문제가 명확 해집니다. methods6 (일반 스레드 풀에서 일반 스레드를 실행) 로그를 정상적으로 인쇄 할 수있는 반면 methods5 (가상 스레드 풀에서 사전 제작 된 가상 스레드를 재사용하려고하는)는 실패합니다.

methods5 동일한 가상 스레드 객체 vt 가상 스레드 풀에 반복적으로 제출하려고 시도합니다. 그러나 이것은 Executors.newVirtualThreadPerTaskExecutor() 의 설계 철학에 위배됩니다. 이 스레드 풀은 기존 스레드를 재사용하지 않고 각 작업에 대한 새 가상 스레드를 생성하도록 설계되었습니다. executor.submit(vt) 메소드는 Runnable 또는 Callable 객체를받을 것으로 예상하지만 vt 는 Thread 객체이지만 Runnable 하거나 Callable 하지는 않으므로 예상대로 실행할 수 없습니다.

솔루션은 다음과 같습니다.

해결책 1 : 런닝 가능한 개체를 직접 제출하십시오

가상 스레드를 사전 창조하고 가상 스레드 풀에 직접 Runnable 객체를 제출하지 마십시오. 개선 된 methods5 다음과 같습니다.

 비공개 정적 무효 방법 5 () {
  try (executorService executor = executors.newvirtualthreadperTaskexEcutor ()) {
      for (int i = 0; i  {
              System.out.println ( "VT 작업 실행.");
          });
      }
  }
}

이 체계는 Lambda 표현식을 Runnable 객체로 제출하여 가상 스레드 풀의 특성을 최대한 활용하고 각 작업에 대한 새로운 가상 스레드를 생성합니다.

반응식 2 : 스레드 객체를 사용하지만 매번 재현하십시오.

권장하지는 않지만 Thread 객체를 사용해야하는 경우 재사용을 피하기 위해 작업을 제출할 때마다 새 Thread 객체를 만들어야합니다. 이 방법은 비효율적이며 가상 스레드 풀을 설계하려는 원래 의도와 상반됩니다.

또한이 기사는 가상 스레드 생성 및 파괴의 오버 헤드가 매우 낮기 때문에 스레드 풀링이 가상 스레드에 필요한 최적화 전략이 아님을 강조합니다. Executors.newVirtualThreadPerTaskExecutor() 자체는 가상 스레드의 가벼운 기능을 완전히 활용했습니다. 풀링이 너무 많으면 관리 부담이 증가하고 성능이 줄어 듭니다. 따라서 executor.submit(() -> { ... }); 가상 스레드의 특성과 더 일치하며 더 간결하고 효율적입니다.

위 내용은 Java 가상 스레드 및 스레드 풀 : 가상 스레드 풀에서 가상 스레드를 재사용하는 이유는 무엇입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!