섹션 7 . 고급 동기화

[YuDeokRin]

ReentrantLock 객관식 문제 10개
문제
1번. synchronized의 단점이 아닌 것은?
① 무한 대기 문제
② 타임아웃 기능 부재
③ 인터럽트 불가능
④ 메모리 가시성 문제

2번. LockSupport.park()를 호출한 스레드의 상태는?
① NEW
② RUNNABLE
③ BLOCKED
④ WAITING

3번. ReentrantLock에서 락을 반납하는 메서드는?
① release()
② unlock()
③ free()
④ unpark()

4번. BLOCKED 상태와 WAITING 상태의 차이점으로 옳은 것은?
① BLOCKED는 인터럽트로 깨울 수 있지만, WAITING은 불가능하다
② WAITING은 인터럽트로 깨울 수 있지만, BLOCKED는 불가능하다
③ 두 상태 모두 인터럽트로 깨울 수 있다
④ 두 상태 모두 인터럽트로 깨울 수 없다

5번. ReentrantLock의 공정 모드를 설정하는 방법은?
① new ReentrantLock()
② new ReentrantLock(false)
③ new ReentrantLock(true)
④ new ReentrantLock(FAIR_MODE)

6번. tryLock() 메서드의 설명으로 옳은 것은?
① 락을 획득할 때까지 무한 대기한다
② 락을 획득할 수 없으면 즉시 false를 반환한다
③ 락을 획득할 수 없으면 BLOCKED 상태가 된다
④ 락을 획득할 수 없으면 예외를 발생시킨다

7번. LockSupport.parkNanos(시간)를 호출한 스레드의 상태는?
① BLOCKED
② WAITING
③ TIMED_WAITING
④ RUNNABLE

8번. ReentrantLock 사용 시 unlock()을 호출해야 하는 위치는?
① try 블록 시작 부분
② try 블록 끝 부분
③ catch 블록
④ finally 블록

9번. Lock 인터페이스를 사용할 때 메모리 가시성 문제에 대한 설명으로 옳은 것은?
① volatile 키워드를 반드시 함께 사용해야 한다
② Lock 사용 시 메모리 가시성 문제가 자동으로 해결된다
③ synchronized와 달리 메모리 가시성 문제가 발생한다
④ 메모리 가시성 문제를 해결하려면 별도의 동기화가 필요하다

10번. tryLock(long time, TimeUnit unit) 메서드 실행 중 인터럽트가 발생하면?
① 인터럽트를 무시하고 계속 대기한다
② InterruptedException이 발생하며 락 획득을 포기한다
③ 즉시 false를 반환한다
④ BLOCKED 상태로 전환된다

[YuDeokRin]

1번 정답: ④
해설: synchronized는 무한 대기, 타임아웃 기능 부재, 인터럽트 불가능의 단점이 있지만,
메모리 가시성 문제는 synchronized가 해결해주는 부분입니다.

2번 정답: ④
해설: LockSupport.park()를 호출하면 스레드는 WAITING 상태로 변경됩니다.
누가 깨워주기 전까지 계속 대기하며 CPU 실행 스케줄링에 들어가지 않습니다.

3번 정답: ②
해설: ReentrantLock에서 락을 반납할 때는 unlock() 메서드를 사용합니다.
반드시 finally 블록에서 호출하여 예외 발생 시에도 락이 반납되도록 해야 합니다.

4번 정답: ②
해설: WAITING 상태는 인터럽트가 걸리면 대기 상태를 빠져나와 RUNNABLE 상태로 변합니다.
반면 BLOCKED 상태는 인터럽트가 걸려도 대기 상태를 빠져나오지 못하고 여전히 BLOCKED 상태입니다.

5번 정답: ③
해설: ReentrantLock의 공정 모드는 생성자에 true를 전달하여 설정합니다.
new ReentrantLock(true)로 생성하면 대기 큐에서 먼저 대기한 스레드가 먼저 락을 획득합니다.
매개변수를 전달하지 않거나 false를 전달하면 비공정 모드(기본값)가 됩니다.

6번 정답: ②
해설: tryLock()은 락 획득을 시도하고 즉시 성공 여부를 반환합니다.
다른 스레드가 이미 락을 획득했다면 false를 반환하고, 그렇지 않으면 락을 획득하고 true를 반환합니다.
대기하지 않고 즉시 결과를 반환하는 것이 특징입니다.

7번 정답: ③
해설: LockSupport.parkNanos(시간)를 호출하면 스레드는 지정한 나노초 동안만
TIMED_WAITING 상태로 변경됩니다. 지정한 시간이 지나면 자동으로 RUNNABLE 상태로 변경됩니다.

8번 정답: ④
해설: unlock()은 반드시 finally 블록에서 호출해야 합니다.
이렇게 하면 검증 실패로 중간에 return을 호출하거나 예상치 못한 예외가 발생해도
unlock()이 반드시 호출되어 락이 해제됩니다.

9번 정답: ②
해설: 문서에 "volatile을 사용하지 않아도 Lock을 사용할 때 접근하는 변수의
메모리 가시성 문제는 해결된다"고 명시되어 있습니다.
Lock 인터페이스 사용 시 메모리 가시성이 자동으로 보장됩니다.

10번 정답: ②
해설: tryLock(long time, TimeUnit unit)는 대기 중 인터럽트가 발생하면
InterruptedException이 발생하며 락 획득을 포기합니다.
이는 lockInterruptibly() 메서드와 유사하게 인터럽트에 응답합니다.