javanotify와 informAll의 비교에 대한 자세한 소개-java지도 시간-php.cn

집

Java

java지도 시간

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

黄舟

Mar 18, 2017 am 10:09 AM

본 글에서는 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 개발의 어떤 측면이 플랫폼 의존적입니까?Apr 26, 2025 am 12:19 AM

javadevelopmentisnotentirelyplatform-IndectionentDuetoSeveralFactors.1) JVMVARIATIONSAFFERFFERFORMANDBEHAVIORACROSSDIFFERENTOS.2) nativelibrariesViajniintrictionPlatform-specificiss.3) filepathsandsystempropertiesdifferbetweenplatectry. 4)

다른 플랫폼에서 Java 코드를 실행할 때 성능 차이가 있습니까? 왜?Apr 26, 2025 am 12:15 AM

Java 코드는 다른 플랫폼에서 실행할 때 성능 차이가 있습니다. 1) JVM의 구현 및 최적화 전략은 OracleJDK 및 OpenJDK와 같이 다릅니다. 2) 메모리 관리 및 스레드 스케줄링과 같은 운영 체제의 특성도 성능에 영향을 미칩니다. 3) 적절한 JVM을 선택하여 JVM 매개 변수 및 코드 최적화를 조정하여 성능을 향상시킬 수 있습니다.

Java의 플랫폼 독립성의 몇 가지 한계는 무엇입니까?Apr 26, 2025 am 12:10 AM

Java'SplatformIndenceHASLIMITATIONSINTERFORMANTOWORHEAD, 버전 컴포팅 가능성, 도전 과제, 플랫폼-특이 적 식품, 및 JVMINSTALLATION/MAYMENDENT.ThesefacteThe "WriteOnce, Runanywhere"

플랫폼 독립성과 크로스 플랫폼 개발의 차이점을 설명하십시오.Apr 26, 2025 am 12:08 AM

Platform IndependenCealLowsProgramStorunannyplatformwithoutModification, whileCross-PlatformDevelopmentRequiressomplatformspecificAdJustments.platformIndence, PreemplifiedByjava, enableStalExecutionButmayPromiseperformance.cross-platformd

JIT (Just-In-Time) 컴파일은 Java의 성능 및 플랫폼 독립에 어떤 영향을 미칩니 까?Apr 26, 2025 am 12:02 AM

jitcompilationinjavaenhancesperformance는 platformindence.1) ItdynamicallyTransLatesByTecodeIntonativeMachinecodeatimeTime, 최적화 FREQUELTEREDCODE.2) TheJVMREMAINSPLATFORM- Independent, 허용 THEMEJAVAAPPLITIONTORUNONDIFFEREN을 허용합니다

Java가 크로스 플랫폼 데스크톱 응용 프로그램을 개발하기 위해 인기있는 선택 인 이유는 무엇입니까?Apr 25, 2025 am 12:23 AM

javaispopularforcross-platformdesktopapplicationsduetoits "writeonce, runanywhere"철학

Java의 플랫폼 별 코드 작성 상황에 대해 토론하십시오.Apr 25, 2025 am 12:22 AM

Java에서 플랫폼 별 코드를 작성하는 이유에는 특정 운영 체제 기능에 대한 액세스, 특정 하드웨어와 상호 작용하고 성능 최적화가 포함됩니다. 1) JNA 또는 JNI를 사용하여 Windows 레지스트리에 액세스하십시오. 2) JNI를 통한 Linux 특이 적 하드웨어 드라이버와 상호 작용; 3) 금속을 사용하여 JNI를 통해 MacOS의 게임 성능을 최적화하십시오. 그럼에도 불구하고 플랫폼 별 코드를 작성하면 코드의 이식성에 영향을 미치고 복잡성을 높이며 잠재적으로 성능 오버 헤드 및 보안 위험을 초래할 수 있습니다.

Java는 Cloud-Native Applications, Multi-Platform 배포 및 교차 운용성을 통해 플랫폼 독립성을 더욱 향상시킬 것입니다. 1) Cloud Native Applications는 Graalvm 및 Quarkus를 사용하여 시작 속도를 높입니다. 2) Java는 임베디드 장치, 모바일 장치 및 양자 컴퓨터로 확장됩니다. 3) Graalvm을 통해 Java는 Python 및 JavaScript와 같은 언어와 완벽하게 통합되어 언어 교차 수용 가능성을 향상시킵니다.

See all articles