javanotify와 informAll의 비교에 대한 자세한 소개

본 글에서는 java notify와 notifyAll 비교 관련 내용을 주로 소개합니다. 필요한 친구는

javanotify와 informAll을 참고하세요.

우선,notify는 스레드에게 잠금을 획득했음을 알리고,notifyAll은 관련된 모든 스레드에게 잠금을 놓고 경쟁하도록 알린다는 이름에서 알 수 있습니다.

notify는 잠금을 획득한 스레드에 실제로 잠금이 필요하다는 것을 보장하지 않으며 교착 상태가 발생할 수 있습니다.

예 1:

모두(소비자 스레드)가 식사 준비가 되어 있고, 구내식당이 열리지 않았으며(잠금이 풀리지 않음), 식사 창구가(잠금) , 모두가 기다리고 있습니다 (WAITING).

매점은 식사 준비 창을 열고(잠금 해제) "저녁 식사가 제공됩니다"(notifyAll)라는 메시지를 방송합니다. 모두가 줄을 서서 식사를 기다리기 위해 경쟁합니다(BLOCKED). 요리창에서 각자 차례대로 (RUNNABLE) 플레이(잠금 획득)을 합니다. 먹고 싶으면 식사를 마치고 나가세요(잠금 해제). 먹고 싶지 않으면 바로 나가세요(잠금 해제). 식사 후에도 여전히 먹고 싶다면 먼저 다음 "저녁 식사 준비 완료" 메시지를 기다리세요(기다림).

매점에서는 밥 먹으러 올 사람에게 알림(notify)을 알리고, 이 사람은 식사 창구로 와서(잠금 획득) 식사를 준비하고(RUNNABLE), 나머지는 모두 식사 소식을 기다리고 있다( 대기 중). 먹고 싶으면 식사를 마치고 나가세요(잠금 해제). 먹고 싶지 않으면 바로 나가세요(잠금 해제). 식사 후에도 여전히 먹고 싶다면 솔선하여 다음 "저녁 식사" 메시지(WAITING)를 기다리세요.
notify는 정말로 먹고 싶은 사람에게 알린다고 보장할 수 없습니다.

예 2:

두 명의 생산자 P1과 P2, 두 명의 소비자 C1과 C2가 최대 대기열 길이가 1인 대기열을 공동으로 운영합니다.

P1, P2, C1, C2를 실행 상태(RUNNABLE)로 시작합니다.

C1이 먼저 잠금을 획득하고 P1, P2, C2가 BLOCKED 상태입니다. C1은 대기열이 비어 있음을 발견하고 적극적으로 WAITING에 들어갑니다. 그런 다음 C2는 잠금을 획득하고 RUNNABLE 상태가 되며 대기열이 비어 있음을 발견하고 적극적으로 WAITING에 들어갑니다.

P1은 잠금을 획득하고 RUNNABLE 상태가 되며 대기열에 요소를 삽입하고 다른 생산자 P2에게 알립니다. P1은 루프를 생성하고 대기열이 비어 있지 않고 WAITING 상태가 되는 것을 발견합니다.

P2는 RUNNABLE 상태가 되고 큐에 값이 있음을 발견하고 적극적으로 WAITING에 들어갑니다.

이때 잠금이 해제되었으나 P1, P2, C1, C2는 모두 WAITING 상태이고 잠금을 획득할 스레드가 없어 죽었습니다.

관련 기사:

Java 동시성 스레드 간의 두 가지 협업 방식: wait, inform, informAll 및 Condition

wait, Correct 통지 및 통지 All의 사용법

예제를 통해 통지()와 통지All()의 본질적인 차이점을 논의

위 내용은 javanotify와 informAll의 비교에 대한 자세한 소개의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!