1. Thread Pool

2. Thread Pool의 동작 원리

3. Thread Pool을 사용하는 이유

4. Thread Pool의 단점

1. Thread Pool

Thread(Click)를 미리 만들어 놓은 하나의 풀장임.

예를 들어 전쟁이 나서 추가 병력의 지원 요청을 받을 때 1명씩 지원해주는 게 아니라

미리 몇 백의 예비병력을 준비해 즉각 대응할 수 있도록 하는 거임.

결론, 컴퓨터 내부적으로 운영체제(OS)가 요청을 받아들여 메모리 공간을 확보하고

그 메모리를 Thread에게 할당해 줌. 동일한 메모리 영역에서 생성되고 관리되지만

생성 / 수거에 드는 비용을 무시할 수 없음. 그렇기 때문에 요청이 들어올 때마다 Thread 생성하고

일을 마치면 수거하는 작업은 프로그램 퍼포먼스에 영향을 줄 수 있음.

따라서 Thread를 미리 만들어 놓는 거임.

2. Thread Pool의 동작 원리

우리가 만든 어플리케이션에서 사용자로부터 들어온 요청을 작업큐에 넣음.

Thread Pool은 작업큐에 들어온 Task(직무)를 미리 생성해 놓은 Thread에게 일감을 할당함.

일을 다 처리한 Thread는 다시 Application에게 결과값을 리턴함.

→ Java에서는 Thread Pool을 생성하고 사용할 수 있도록 java.util.concurrent Package에서

→ ExecutorService 인터페이스와 Executors Class를 제공하고 있음.

→ Executors(Click)의 다양한 정적 메서드를 통해 ExecutorService 구현 객체를 만들어서

→ 사용할 수 있으며 그것이 바로 Thread Pool임.

3. Thread Pool을 사용하는 이유

3-1) 프로그램 성능저하를 방지하기 위해

매번 발생되는 작업을 병렬처리하기 위해 Thread를 생성/수거하는데

따른 부담은 프로그램 전체적인 퍼포먼스 저하시킴.

따라서 Thread Pool을 만들어 놓음.

3-2) 다수의 사용자 요청을 처리하기 위해

서비스적인 측면으로 바라볼 때 특히 대규모 프로젝트에서 중요함.

다수의 사용자의 요청을 수용하고, 빠르게 처리하고 대응하기 위해

Thread Pool을 사용함.

4. Thread Pool의 단점

4-1) 많은 경우 메모리 낭비

많은 병렬처리를 예상해서 1억개의 Thread를 만들어 놓았다고 하면

실제로 100개 정도의 요청과 병렬처리를 했음.

그렇다면 나머지는 Thread는 아무일도 하지 않고

메모리만 차지하는 최악의 경우가 발생될 수 있음.

4-2) 노는 Thread 발생

1번과 비슷하지만 조금 다름. 예를 들어 A, B, C Thread 3개가 있는데

병렬적으로 일을 처리하는 과정에서 A, B, C 작업완료 소요시간이 다른 경우 Thread 휴식시간

즉, A Thrad는 아직 일이 많아서 허덕이고 있는데 B, C는 일을 다하고

A가 열심히 일하는 것을 보고 놀고만 있는 유휴시간이 발생됨.

Java에서는 이를 방지하기 위해 forkJoinPool을 지원함.

*** forkJoinPool 링크 참조**

쓰레드풀 과 ForkJoinPool