스레드 간 협력. 예를 들어, 가장 고전적인 생산자-소비자 모델: 대기열이 가득 차면 생산자는 대기열에 상품을 계속 넣기 전에 대기열에 공간이 생길 때까지 기다려야 합니다. 대기 기간 동안 생산자는 중요한 리소스를 해제해야 합니다. 즉, 대기열) 점유 오른쪽. 생산자가 중요한 자원을 점유할 권리를 해제하지 않으면 소비자는 대기열에 있는 상품을 소비할 수 없으며 대기열에 공간이 없어지고 생산자는 무한정 기다리게 됩니다. 따라서 정상적인 상황에서는 대기열이 가득 차면 생산자에게 중요한 리소스를 점유할 수 있는 권한을 넘겨주고 일시 중지 상태로 들어가도록 요청하게 됩니다. 그런 다음 소비자가 상품을 소비할 때까지 기다린 다음 소비자는 대기열에 공간이 있음을 생산자에게 알립니다. 마찬가지로, 대기열이 비어 있으면 소비자는 생산자가 대기열에 항목이 있음을 알릴 때까지 기다려야 합니다. 이러한 상호 소통의 과정은 스레드 간의 협력입니다.
wait(), inform() 및 informAll()
[code]/** * Wakes up a single thread that is waiting on this object's * monitor. If any threads are waiting on this object, one of them * is chosen to be awakened. The choice is arbitrary and occurs at * the discretion of the implementation. A thread waits on an object's * monitor by calling one of the wait methods */ public final native void notify(); /** * Wakes up all threads that are waiting on this object's monitor. A * thread waits on an object's monitor by calling one of the * wait methods. */ public final native void notifyAll(); /** * Causes the current thread to wait until either another thread invokes the * {@link java.lang.Object#notify()} method or the * {@link java.lang.Object#notifyAll()} method for this object, or a * specified amount of time has elapsed. * <p> * The current thread must own this object's monitor. */ public final native void wait(long timeout) throws InterruptedException;
1) wait(), inform() 및 informAll() 메소드 이는 로컬 메서드이며 최종적이며 재정의할 수 없습니다.
2) 객체의 wait() 메소드를 호출하면 현재 스레드를 차단할 수 있으며, 현재 스레드는 이 객체의 모니터(즉, 잠금)를 소유해야 합니다.
3) 객체의 inform() 메소드를 호출하면 wake up an object 이 객체의 모니터를 기다리고 있는 스레드입니다. 이 객체의 모니터를 기다리는 스레드가 여러 개인 경우 그 중 하나만 깨울 수 있습니다.
4) informAll() 메서드를 호출하면 깨어날 수 있습니다. Thread;
어떤 친구들은 왜 이 세 가지가 Thread 클래스에 선언된 메서드가 아니고 Object 클래스에 선언된 메서드인지 궁금해할 수 있습니다. Object 클래스, Thread는 세 가지 메소드를 호출할 수도 있습니다)? 사실 이 문제는 매우 간단합니다. 각 개체에는 모니터(즉, 잠금)가 있으므로 현재 스레드가 개체의 잠금을 기다리는 경우 당연히 이 개체를 통해 작동해야 합니다. 현재 스레드를 사용하여 작업하는 대신 현재 스레드가 여러 스레드의 잠금을 기다리고 있을 수 있으므로 스레드를 통해 작업하는 것은 매우 복잡합니다.
위에서 언급한 것처럼 객체의 wait() 메서드가 호출되면 현재 스레드는 이 객체의 모니터(즉, 잠금)를 소유해야 하므로 wait() 메서드 호출은 동기화된 블록이나 동기화된 블록에서 이루어져야 합니다. 방법(동기화된 블록 또는 동기화된 방법).
개체의 wait() 메서드를 호출하는 것은 현재 스레드에 이 개체의 모니터를 넘겨달라고 요청한 다음 대기 상태로 들어가서 이 개체의 후속 잠금 획득을 다시 기다리는 것과 같습니다(sleep Thread 클래스의 메서드는 현재 스레드의 실행을 일시 중지하여 다른 스레드가 계속 실행할 수 있는 기회를 주지만 개체 잠금을 해제하지는 않습니다.
통지() 메서드는 스레드를 깨울 수 있습니다. 개체의 모니터를 기다리는 스레드, 여러 스레드가 개체를 기다리는 경우 모니터를 사용하면 스레드 중 하나만 깨울 수 있으며 깨울 특정 스레드를 알 수 없습니다.
마찬가지로 객체의 inform() 메서드를 호출할 때 현재 스레드도 이 객체의 모니터를 소유해야 하므로, inform() 메서드 호출은 동기화된 블록이나 동기화된 메서드(동기화된 블록 또는 동기화된 메서드)에서 이루어져야 합니다. 방법).
nofityAll() 메소드는 inform() 메소드와 달리 객체의 모니터를 기다리고 있는 모든 스레드를 깨울 수 있습니다.
여기서 주의할 점: inform() 및 informAll() 메소드는 객체의 모니터를 기다리고 있는 스레드만 깨울 뿐이며 어떤 스레드가 모니터를 얻을 수 있는지 결정하지 않습니다.
간단한 예를 들어 보겠습니다. Thread1, Thread2 및 Thread3 세 개가 모두 objectA의 모니터를 기다리고 있다고 가정합니다. 이때 objectA.notify() 메서드가 호출된 후 Thread4가 개체의 모니터를 소유합니다. Thread4, Thread1, Thread2와 Thread3 중 하나만 깨울 수 있습니다. 깨어난다고 해서 objectA의 모니터가 즉시 획득된다는 의미는 아닙니다. Thread4에서 objectA.notifyAll() 메서드가 호출되면 Thread1, Thread2 및 Thread3 세 스레드가 활성화됩니다. 다음에 objectA의 모니터를 얻을 수 있는 스레드는 운영 체제의 스케줄링에 따라 다릅니다.
위 사항에 특별히 주의하세요. 스레드가 깨어났다고 해서 즉시 개체의 모니터를 얻은 것은 아닙니다. 단지 inform() 또는 informAll()을 호출하고 동기화된 블록을 종료하고 개체 잠금을 해제한 후에만 가능합니다. 다른 스레드가 실행을 위해 잠금을 얻을 수 있습니까?
[code]public class Test { public static Object object = new Object(); public static void main(String[] args) { Thread1 thread1 = new Thread1(); Thread2 thread2 = new Thread2(); thread1.start(); try { Thread.sleep(200); } catch (InterruptedException e) { e.printStackTrace(); } thread2.start(); } static class Thread1 extends Thread{ @Override public void run() { synchronized (object) { try { object.wait(); } catch (InterruptedException e) { } System.out.println("线程"+Thread.currentThread().getName()+"获取到了锁"); } } } static class Thread2 extends Thread{ @Override public void run() { synchronized (object) { object.notify(); System.out.println("线程"+Thread.currentThread().getName()+"调用了object.notify()"); } System.out.println("线程"+Thread.currentThread().getName()+"释放了锁"); } } }
조건
조건은 Java 1.5에서만 나타났습니다. 이는 기존 객체의 wait(), inform( )을 대체하여 달성하는 데 사용됩니다. 스레드 간 협업 Object의 wait() 및 inform()을 사용하는 것과 비교할 때 Condition1의 wait() 및 signal()을 사용하여 스레드 간 협업을 수행하는 것이 더 안전하고 효율적입니다. 따라서 일반적으로 Condition을 사용하는 것이 좋습니다
Condition은 인터페이스이며 기본 메소드는 wait() 및 signal() 메소드입니다.
Condition은 Lock 인터페이스에 따라 다르며 Condition을 생성하는 기본 코드는 다음과 같습니다. lock.newCondition()
호출 조건의 wait() 및 signal() 메서드는 잠금 보호 내에 있어야 합니다. 즉, lock.lock()과 lock.unlock 사이에 사용해야 합니다.
Conditon中的await()对应Object的wait(); Condition中的signal()对应Object的notify(); Condition中的signalAll()对应Object的notifyAll()。
[code]public class Test { private int queueSize = 10; private PriorityQueue<Integer> queue = new PriorityQueue<Integer>(queueSize); public static void main(String[] args) { Test test = new Test(); Producer producer = test.new Producer(); Consumer consumer = test.new Consumer(); producer.start(); consumer.start(); } class Consumer extends Thread{ @Override public void run() { consume(); } private void consume() { while(true){ synchronized (queue) { while(queue.size() == 0){ try { System.out.println("队列空,等待数据"); queue.wait(); } catch (InterruptedException e) { e.printStackTrace(); queue.notify(); } } queue.poll(); //每次移走队首元素 queue.notify(); System.out.println("从队列取走一个元素,队列剩余"+queue.size()+"个元素"); } } } } class Producer extends Thread{ @Override public void run() { produce(); } private void produce() { while(true){ synchronized (queue) { while(queue.size() == queueSize){ try { System.out.println("队列满,等待有空余空间"); queue.wait(); } catch (InterruptedException e) { e.printStackTrace(); queue.notify(); } } queue.offer(1); //每次插入一个元素 queue.notify(); System.out.println("向队列取中插入一个元素,队列剩余空间:"+(queueSize-queue.size())); } } } } }
[code]public class Test { private int queueSize = 10; private PriorityQueue<Integer> queue = new PriorityQueue<Integer>(queueSize); private Lock lock = new ReentrantLock(); private Condition notFull = lock.newCondition(); private Condition notEmpty = lock.newCondition(); public static void main(String[] args) { Test test = new Test(); Producer producer = test.new Producer(); Consumer consumer = test.new Consumer(); producer.start(); consumer.start(); } class Consumer extends Thread{ @Override public void run() { consume(); } private void consume() { while(true){ lock.lock(); try { while(queue.size() == 0){ try { System.out.println("队列空,等待数据"); notEmpty.await(); } catch (InterruptedException e) { e.printStackTrace(); } } queue.poll(); //每次移走队首元素 notFull.signal(); System.out.println("从队列取走一个元素,队列剩余"+queue.size()+"个元素"); } finally{ lock.unlock(); } } } } class Producer extends Thread{ @Override public void run() { produce(); } private void produce() { while(true){ lock.lock(); try { while(queue.size() == queueSize){ try { System.out.println("队列满,等待有空余空间"); notFull.await(); } catch (InterruptedException e) { e.printStackTrace(); } } queue.offer(1); //每次插入一个元素 notEmpty.signal(); System.out.println("向队列取中插入一个元素,队列剩余空间:"+(queueSize-queue.size())); } finally{ lock.unlock(); } } } } }
以上就是java-并发-线程间协作的两种方式:wait、notify、notifyAll和Condition的内容,更多相关内容请关注PHP中文网(www.php.cn)!
相关文章:

신흥 기술은 위협을 일으키고 Java의 플랫폼 독립성을 향상시킵니다. 1) Docker와 같은 클라우드 컴퓨팅 및 컨테이너화 기술은 Java의 플랫폼 독립성을 향상 시키지만 다양한 클라우드 환경에 적응하도록 최적화되어야합니다. 2) WebAssembly는 Graalvm을 통해 Java 코드를 컴파일하여 플랫폼 독립성을 확장하지만 성능을 위해 다른 언어와 경쟁해야합니다.

다른 JVM 구현은 플랫폼 독립성을 제공 할 수 있지만 성능은 약간 다릅니다. 1. OracleHotspot 및 OpenJDKJVM 플랫폼 독립성에서 유사하게 수행되지만 OpenJDK에는 추가 구성이 필요할 수 있습니다. 2. IBMJ9JVM은 특정 운영 체제에서 최적화를 수행합니다. 3. Graalvm은 여러 언어를 지원하며 추가 구성이 필요합니다. 4. AzulzingJVM에는 특정 플랫폼 조정이 필요합니다.

플랫폼 독립성은 여러 운영 체제에서 동일한 코드 세트를 실행하여 개발 비용을 줄이고 개발 시간을 단축시킵니다. 구체적으로, 그것은 다음과 같이 나타납니다. 1. 개발 시간을 줄이면 하나의 코드 세트 만 필요합니다. 2. 유지 보수 비용을 줄이고 테스트 프로세스를 통합합니다. 3. 배포 프로세스를 단순화하기위한 빠른 반복 및 팀 협업.

Java'SplatformIndenceFacilitatesCodereScoderEByWatHeAveringByTeCodetOrunonAnyPlatformwitHajvm.1) DevelopersCanwriteCodeOnceforConsentEStentBehaviorAcRossPlatforms.2) MAINTENDUCEDSCODEDOES.3) LIBRRIESASHSCORAREDERSCRAPERAREDERSPROJ

Java 응용 프로그램의 플랫폼 별 문제를 해결하려면 다음 단계를 수행 할 수 있습니다. 1. Java의 시스템 클래스를 사용하여 시스템 속성을보고 실행중인 환경을 이해합니다. 2. 파일 클래스 또는 java.nio.file 패키지를 사용하여 파일 경로를 처리하십시오. 3. 운영 체제 조건에 따라 로컬 라이브러리를로드하십시오. 4. visualVM 또는 JProfiler를 사용하여 크로스 플랫폼 성능을 최적화하십시오. 5. 테스트 환경이 Docker Containerization을 통해 생산 환경과 일치하는지 확인하십시오. 6. githubactions를 사용하여 여러 플랫폼에서 자동 테스트를 수행하십시오. 이러한 방법은 Java 응용 프로그램에서 플랫폼 별 문제를 효과적으로 해결하는 데 도움이됩니다.

클래스 로더는 통합 클래스 파일 형식, 동적로드, 부모 위임 모델 및 플랫폼 독립적 인 바이트 코드를 통해 다른 플랫폼에서 Java 프로그램의 일관성과 호환성을 보장하고 플랫폼 독립성을 달성합니다.

Java 컴파일러가 생성 한 코드는 플랫폼 독립적이지만 궁극적으로 실행되는 코드는 플랫폼 별입니다. 1. Java 소스 코드는 플랫폼 독립적 인 바이트 코드로 컴파일됩니다. 2. JVM은 바이트 코드를 특정 플랫폼의 기계 코드로 변환하여 크로스 플랫폼 작동을 보장하지만 성능이 다를 수 있습니다.

멀티 스레딩은 프로그램 대응 성과 리소스 활용을 향상시키고 복잡한 동시 작업을 처리 할 수 있기 때문에 현대 프로그래밍에서 중요합니다. JVM은 스레드 매핑, 스케줄링 메커니즘 및 동기화 잠금 메커니즘을 통해 다양한 운영 체제에서 멀티 스레드의 일관성과 효율성을 보장합니다.


핫 AI 도구

Undresser.AI Undress
사실적인 누드 사진을 만들기 위한 AI 기반 앱

AI Clothes Remover
사진에서 옷을 제거하는 온라인 AI 도구입니다.

Undress AI Tool
무료로 이미지를 벗다

Clothoff.io
AI 옷 제거제

Video Face Swap
완전히 무료인 AI 얼굴 교환 도구를 사용하여 모든 비디오의 얼굴을 쉽게 바꾸세요!

인기 기사

뜨거운 도구

맨티스BT
Mantis는 제품 결함 추적을 돕기 위해 설계된 배포하기 쉬운 웹 기반 결함 추적 도구입니다. PHP, MySQL 및 웹 서버가 필요합니다. 데모 및 호스팅 서비스를 확인해 보세요.

스튜디오 13.0.1 보내기
강력한 PHP 통합 개발 환경

ZendStudio 13.5.1 맥
강력한 PHP 통합 개발 환경

SublimeText3 중국어 버전
중국어 버전, 사용하기 매우 쉽습니다.

Atom Editor Mac 버전 다운로드
가장 인기 있는 오픈 소스 편집기
