ReentrantLock와는 이다 구조화 달리, synchronized구조 – 즉, 당신이 잠금에 대한 블록 구조를 사용할 필요가 없습니다, 심지어 방법에서 잠금을 보유 할 수 있습니다. 예를 들면 :

private ReentrantLock lock;

public void foo() {
  ...
  lock.lock();
  ...
}

public void bar() {
  ...
  lock.unlock();
  ...
}

이러한 흐름은 synchronized구조 에서 단일 모니터를 통해 표현할 수 없습니다 .

그 외에, ReentrantLock지원은 폴링 잠금 및 인터럽트 잠금 대기 지원하는 타임 아웃 . ReentrantLock또한 구성 가능한 공정성 정책 을 지원 하므로보다 유연한 스레드 스케줄링이 가능합니다.

이 클래스의 생성자는 선택적 공정성 매개 변수를 승인합니다 . 로 설정하면 true경합 상태에서 잠금이 가장 오래 기다리는 스레드에 대한 액세스 권한을 부여합니다. 그렇지 않으면이 잠금은 특정 액세스 순서를 보장하지 않습니다. 많은 스레드가 액세스하는 페어 잠금을 사용하는 프로그램은 기본 설정을 사용하는 프로그램보다 전체 처리량이 낮을 수 있습니다 (즉, 느리지 만 종종 훨씬 느림). 그러나 잠금을 획득하고 기아 부족을 보장하기 위해 시간의 차이가 더 작습니다. 그러나 잠금의 공정성이 스레드 스케줄링의 공정성을 보장하지는 않습니다. 따라서 페어 잠금을 사용하는 많은 스레드 중 하나가 여러 번 스레드를 연속해서 얻을 수 있지만 다른 활성 스레드는 진행되지 않고 현재 잠금을 유지하지 않습니다. 또한 시간 제한이 없습니다tryLock방법은 공정성 설정을 존중하지 않습니다. 다른 스레드가 대기중인 경우에도 잠금을 사용할 수 있으면 성공합니다.

ReentrantLock 높은 확장 성으로 인해 더 높은 경합에서 더 나은 성능을 발휘할 수도 있습니다 . 이에 대한 자세한 내용은 여기를 참조 하십시오 .

그러나이 주장은 논쟁의 여지가있다. 다음 주석을 참조하십시오.

재진입 잠금 테스트에서 매번 새 잠금이 작성되므로 독점 잠금이없고 결과 데이터가 유효하지 않습니다. 또한 IBM 링크는 기본 벤치 마크에 대한 소스 코드를 제공하지 않으므로 테스트가 올바르게 수행되었는지 여부를 특성화 할 수 없습니다.

언제 ReentrantLocks 를 사용해야 합니까? 그 developerWorks 기사에 따르면 …

대답은 매우 간단합니다. 실제로 synchronized시간 초과 잠금 대기, 인터럽트 가능 잠금 대기, 비 블록 구조 잠금, 다중 조건 변수 또는 잠금 폴링과 같이 제공 하지 않는 것이 필요할 때 사용하십시오 . ReentrantLock또한 확장 성 이점이 있으므로 실제로 경합이 많은 상황이있는 경우 사용해야합니다. 그러나 대부분의 synchronized블록은 경합이 아닌 경합이 거의 없습니다. 사용하는 경우 단순히 “성능이 더 나을 것”이라고 가정하는 대신 동기화가 부적절하다고 입증 될 때까지 동기화로 개발하는 것이 좋습니다.ReentrantLock. 이들은 고급 사용자를위한 고급 도구입니다. (정말로 고급 사용자는 간단한 도구가 부적절하다고 확신 할 때까지 가장 간단한 도구를 선호하는 경향이 있습니다.) 항상 그렇듯이 먼저 올바르게 설정 한 다음 더 빨리 만들어야하는지 걱정하십시오.

답변

private final ReentrantLock lock = new ReentrantLock(true);
//the param true turns on the fairness policy. 

private static ReentrantLock lock = new ReentrantLock();

void accessResource() {
    lock.lock();
    if( checkSomeCondition() ) {
        accessResource();
    }
    lock.unlock();
}