java.util.concurrent.locks
인터페이스 Lock

알려진 구현 클래스 목록:

ReentrantLock, ReentrantReadWriteLock.ReadLock, ReentrantReadWriteLock.WriteLock

public interface Lock

Lock 구현은, synchronized 메서드나 문장을 사용하는 것으로 취득 가능한 락 조작보다 광범위한 락 조작을 제공합니다. 이 구현을 사용하면, 보다 유연한 구조나 완전히 다른 프로퍼티를 보관 유지하거나 관련된 복수 Condition 객체를 지원 할 수 있게 됩니다.

락은 복수의 thread에 한 공유 자원에의 액세스를 제어하기 위한 툴입니다. 보통, 락은 공유 자원에의 배타적인 액세스를 제공합니다. 락을 취득할 수 있는 것은 한 번에 1개의 thread 뿐이어서, 모든 공유 자원에 액세스 하려면 락을 최초로 취득할 필요가 있습니다. 다만, ReadWriteLock read 락등의 일부의 락에서는 공유 자원에의 동시 액세스가 허가되는 경우가 있습니다.

synchronized 메서드나 문장의 사용에의해 각 객체에 관련된 암묵의 감시 락에의 액세스를 제공할 수 있습니다만, 락의 취득 및 해방은 모두 블록 구조에 따라 실시하는 것이 요구됩니다. 이 때문에 복수의 락이 취득되었을 경우, 그 해방은 취득과는 반대의 순서로 실시할 필요가 있습니다. 또, 모든 락의 해방은 그것들이 취득된 범위내에서 실시할 필요가 있습니다.

synchronized 메서드 및 문장의 범위 도구는 감시 락의 프로그래밍을 큰폭으로 용이하게함과 함께, 락에 관련한 일반적인 프로그래밍 에러의 대부분을 피하는데 도움이 됩니다만, 락의 조작을 보다 유연하게 실시할 필요가 있는 상황이 존재합니다. 예를 들어 데이터 구조에 동시에 액세스 하는 일부의 traversal 알고리즘에서는 「hand-over-hand」또는 「chain locking」를 사용할 필요가 있습니다. 이 경우 노드 A 락을 취득해, 다음에 노드 B 락을 취득해, 다음에 A를 해방해 C를 취득해, 다음에 B를 해방해 D를 취득한다, 라고 하는 상태에 처리를 진행시킵니다. Lock 인터페이스를 구현하면, 다른 스코프내에서 락을 취득 및 해방하거나 복수의 락을 임의의 순서로 취득 및 해방하는 것이 가능하게 되기 때문에 이런 종류의 테크닉을 이용할 수 있게 됩니다.

이와 같이 유연성이 높아지면, 새로운 책임도 발생합니다. 블록 구조 락이 존재하지 않게 되는 것으로synchronized 메서드 및 문장으로 실행되는 락의 자동 해방이 기능하지 않게 됩니다. 대체로의 경우, 다음의 코드를 사용할 필요가 있습니다.

Lock l = ...;
 
l.lock();
try {
// access the resource protected by this lock
} finally {
l.unlock();
}

락 및 락 해제가 다른 스코프내에서 행해지는 경우, 락의 보관 유지중에 실행되는 모든 코드가 try-finally 또는 try-catch에 의해 보호되어 필요에 따라서 락이 확실히 해방되도록 주위를 기울일 필요가 있습니다.

Lock 구현은 락 (tryLock() )를 취득하기 위한 비블록 시행, 끼어들어 가능한 락 (lockInterruptibly() 나 타임 아웃 가능한 락 (tryLock(long, TimeUnit) )를 얻는 시행을 제공하는 것으로써, synchronized 메서드 및 문장에의 추가 기능을 제공합니다.

Lock 클래스는 보증된 순서 붙여 재입 불가능한 사용, 데드 록의 검출 등, 암묵의 감시 락과는 완전히 다른 동작이나 시멘틱스를 제공할 수 있습니다. 구현이 이러한 특수 시멘틱스를 제공하는 경우, 구현은 이러한 시멘틱스를 문서화할 필요가 있습니다.

Lock 인스턴스는 보통 의 객체에 지나지 않고, 그 자체를 synchronized 문의 타겟으로서 사용할 수 있는 것에 유의해 주세요. Lock 인스턴스의 감시 락을 얻는 것으로 그 인스턴스의 몇개의 lock() 메서드를 호출하는 것으로는 특히 관계가 없습니다. 혼란을 피하기 때문에 독자적인 구현 이외에서는 이러한 방법으로 Lock 인스턴스를 결코 사용하지 않는 것을 추천합니다.

특히 명기되어 있지 않은 한, 몇개의 파라미터에 대해 null 치를 건네주면, NullPointerException을 발생시킵니다.

메모리의 동기화

모든 Lock 구현은 빌트인 감시 락이 제공하는 것과 같은 메모리 동기 시멘틱스를 시행할 필요가 있습니다. 이하에 그 내용을 나타냅니다.

• 성공하는 lock 조작은 성공하는 monitorEnter 액션과 같게 동작한다
• 성공하는 unlock 조작은 성공하는 monitorExit 액션과 같게 동작한다

성공하지 않는 락 및 락 해제 조작 및 재입 가능한 락/락 해제 조작은 메모리 동기 효과를 일절 필요로 하지 않습니다.

구현상의 고려사항

락 취득의 3개의 형식 (인터럽트가능, 인터럽트 불가 및 시각 지정)에서는 퍼포먼스 특성, 순서부의 보증, 다른 구현 품질이 다릅니다. 또, 「진행중의」락 취득에의 끼어들어 기능도, 지정된 Lock 클래스에서는 사용할 수 없습니다. 이 때문에 3개의 락 취득 형식 모두로 구현이 엄밀하게 같은 보증이나 시멘틱스를 정의할 필요는 없습니다. 또, 진행중의 락 취득의 인터럽트를 지원 할 필요도 없습니다. 구현은 각 락 메서드의 제공하는 시멘틱스 및 보증을 명확하게 문서화할 필요가 있습니다. 또, 락 취득의 인터럽트가 지원 되는 범위내 (전체 또는 메서드 엔트리만)에서 이 인터페이스로 정의된 인터럽트 시멘틱스에 따를 필요도 있습니다.

보통, 인터럽트는 취소를 미해, 인터럽트의 체크는 빈번하게 행해지는 것은 아니기 때문에 구현은 보통 의 메서드 복귀에 대한 인터럽트에 긍정적으로 응답할 수 있습니다. 이것은 다른 액션이 thread를 블록 해제한 뒤에 인터럽트가 발생했던 것(적)이 나타나는 경우에도 들어맞읍니다. 구현은 이 동작을 문서화할 필요가 있습니다.

도입된 버전 :

1.5

관련 항목:

ReentrantLock, Condition, ReadWriteLock

메서드 개요

void	lock () 락을 취득합니다.
void	lockInterruptibly () 현재의 thread가 interrupted 가 아닌 한, 락을 취득합니다.
Condition	newCondition () 이 Lock 인스턴스에 바인드 된 새로운 Condition를 리턴합니다.
boolean	tryLock () 호출시에 락되어 있지 않은 경우에게만, 락을 취득합니다.
boolean	tryLock (long time, TimeUnit unit) 지정된 대기 시간내에 락이 이용 가능하고, 현재의 thread로인터럽트가 발생하고 있지 않는 경우에 락을 취득합니다.
void	unlock () 이 락을 해제합니다.

메서드의 상세

lock

void lock()

락을 취득합니다.

락을 사용할 수 없는 경우, 현재의 thread는 thread의 스케줄링에 관해서 무효가 되어, 락이 취득될 때까지 대기합니다.

구현상의 고려사항

Lock 구현은 데드 록을 일으키는 호출등의 락의 부정사용을 검출해, 그러한 상황으로 (체크되지 않는다) = 예외를 발생시킬 수 있습니다. Lock 구현에의해 해당하는 상황 및 예외의 형태를 문서화할 필요가 있습니다.

lockInterruptibly

void lockInterruptibly()
                       throws InterruptedException 

현재의 thread가 interrupted 가 아닌 한, 락을 취득합니다.

이용 가능한 경우에 락을 취득해, 곧바로 복귀합니다.

락을 사용할 수 없는 경우, 현재의 thread는 thread의 스케줄링에 관해서 무효가 되어, 다음의 2개 중 한쪽이 일어날 때까지 대기합니다.

• 현재의 thread에 의해 락이 취득된다
• 다른 thread가 현재의 thread에인터럽트를 실시해, 락 취득의 인터럽트가 지원 된다

현재의 thread로

• 이 메서드에의 엔트리상에서 설정된 인터럽트 스테이터스가 보관 유지되는지,
• 락의 취득 및 락 취득의 중단이 지원 되고 있는 상황으로인터럽트가 발생하는 경우,

InterruptedException이 Throw 되어 현재의 thread의 인터럽트 스테이터스가 클리어 됩니다.

구현상의 고려사항

어느 상황하에서는 락 취득에 끼어들지 못하고, 경우에 따라서는 부하의 큰 조작이 되는 경우가 있습니다. 프로그래머는 이러한 경우가 있는 것을 식해 둘 필요가 있습니다. 구현은 해당하는 상황을 문서화할 필요가 있습니다.

구현은 보통 의 메서드 복귀에 대한 인터럽트에 긍정적으로 응답할 수 있습니다.

Lock 구현은 데드 록을 일으키는 호출등의 락의 부정사용을 검출해, 그러한 상황으로 (체크되지 않는다) = 예외를 발생시킬 수 있습니다. Lock 구현에의해 해당하는 상황 및 예외의 형태를 문서화할 필요가 있습니다.

예외:

InterruptedException - 락의 취득중 ( 및 락 취득의 중단이 지원 되고 있는 상황)에 현재의 thread로 인터럽트가 발생하는 경우

관련 항목:

Thread.interrupt()

tryLock

boolean tryLock()

호출시에 락되어 있지 않은 경우에게만, 락을 취득합니다.

가능한 경우에 락을 취득해, 값 true로 곧바로 복귀합니다. 락이 이용 가능하지 않은 경우, 이 메서드는 값 false로 곧바로 복귀합니다.

이 메서드의 보통 의 사용 방법을 다음에 나타냅니다.

Lock lock = ...;
if (lock.tryLock()) {
try {
// manipulate protected state
} finally {
lock.unlock();
}
} else {
// perform alternative actions
}

이 사용에의해 락이 취득되었을 경우에 락이 해제되는 것 및 락이 취득되지 않았던 경우에 락 해제를 시도하지 않는 것이 보증됩니다.

반환값:

락이 취득되었을 경우는 true, 그렇지 않은 경우는 false

tryLock

boolean tryLock(long time,
                TimeUnit  unit)
                throws InterruptedException 

지정된 대기 시간내에 락이 이용 가능하고, 현재의 thread로인터럽트가 발생하고 있지 않는 경우에 락을 취득합니다.

락이 이용 가능한 경우, 이 메서드는 즉시 값 true로 복귀합니다. 락을 이용할 수 없는 경우, 현재의 thread가 thread 스케줄링에 관해서 무효가 되어, 다음의 3 개중 한쪽이 일어날 때까지 대기합니다.

• 현재의 thread에 의해 락이 취득된다
• 다른 thread가 현재의 thread에인터럽트를 실시해, 락 취득의 인터럽트가 지원 된다
• 지정된 대기 시간이 경과한다

락이 취득되면, true가 리턴됩니다 .

현재의 thread로

• 이 메서드에의 엔트리상에서 설정된 인터럽트 스테이터스가 보관 유지되는지,
• 락의 취득 및 락 취득의 중단이 지원 되고 있는 상황으로인터럽트가 발생하는 경우,

InterruptedException이 Throw 되어 현재의 thread의 인터럽트 스테이터스가 클리어 됩니다.

지정된 대기 시간이 경과하면, 값 false가 리턴됩니다 . 시간이 제로 또는 그것보다 작은 경우, 메서드는 대기하지 않습니다.

구현상의 고려사항

어느 상황하에서는 락 취득에 끼어들지 못하고, 경우에 따라서는 부하의 큰 조작이 되는 경우가 있습니다. 프로그래머는 이러한 경우가 있는 것을 식해 둘 필요가 있습니다. 구현은 해당하는 상황을 문서화할 필요가 있습니다.

구현은 보통 의 메서드 복귀에 대한 인터럽트, 또는 타임 아웃의 리포트에 긍정적으로 응답할 수 있습니다.

Lock 구현은 데드 록을 일으키는 호출등의 락의 부정사용을 검출해, 그러한 상황으로 (체크되지 않는다) = 예외를 발생시킬 수 있습니다. Lock 구현에의해 해당하는 상황 및 예외의 형태를 문서화할 필요가 있습니다.

파라미터:

time - 락의 최장 대기 시간

unit - time 인수의 시간 단위

반환값:

락이 취득되었을 경우는 true, 락이 취득되기 전에 대기 시간이 경과했을 경우는 false

예외:

InterruptedException - 락의 취득중 ( 및 락 취득의 중단이 지원 되고 있는 상황)에 현재의 thread로 인터럽트가 발생하는 경우

관련 항목:

Thread.interrupt()

unlock

void unlock()

이 락을 해제합니다.

구현상의 고려사항

보통, Lock 구현은 락을 해방 가능한 thread에 관해서 제한을 부과해 (일반적으로 락의 홀더만을 해방할 수 있다), 제한이 침범되었을 경우에는 (체크되지 않는다) = 예외를 발생시킬 수 있습니다. 제한 및 예외의 형태는 모두, Lock 구현에 의해 문서화할 필요가 있습니다.

newCondition

Condition  newCondition()

이 Lock 인스턴스에 바인드 된 새로운 Condition를 리턴합니다.

상태의 대기를 실행하기 전에 현재의 thread가 락을 보관 유지할 필요가 있습니다. Condition.await() 에의 호출에의해 대기가 복귀하기 전에 락을 대기 및 재취득하기 전에 락이 원자적으로 해방됩니다.

구현상의 고려사항

Condition 인스턴스의 엄밀한 조작은 Lock 구현에 존하기 위해, 구현에 의해 문서화할 필요가 있습니다.

반환값:

이 Lock 인스턴스용의 새로운 Condition

예외:

UnsupportedOperationException - 이 Lock 구현이 상태를 지원 하지 않는 경우