std::lock_guard 대 std::scoped_lock

C 17을 고려하면 새로운 잠금 클래스인 std::scoped_lock이 도입되었습니다. , 이는 유서 깊은 std::lock_guard와 유사점을 공유합니다. 이 문서에서는 이러한 두 가지 잠금 메커니즘 간의 차이점을 자세히 살펴보고 특정 요구 사항에 맞는 최적의 도구를 선택하도록 안내합니다.

std::lock_guard를 활용해야 하는 경우

전체 범위에 대해 단일 뮤텍스 잠금이 필요한 시나리오에서는 std::lock_guard가 std::scoped_lock보다 더 안전한 API를 제공합니다. 다음 예를 고려하십시오.

{
    std::scoped_lock lock;  // protect this block
    ...
}

이 스니펫은 '보이지 않는 동작'에 참여하기 때문에 의도치 않게 런타임 오류를 발생시킵니다. 원활하게 컴파일되는 것처럼 보이지만 궁극적으로는 잠금에 영향을 주지 않습니다. 의도된 기능에는 다음이 필요할 수 있습니다.

{
    std::scoped_lock lock{mut};  // protect this block
    ...
}

잠금을 위한 대상 뮤텍스를 명확히 하면 이 문제가 해결됩니다. 반대로, std::lock_guard를 사용하면 첫 번째 예제가 컴파일되지 않고 명확한 컴파일 시간 오류가 발생합니다.

std::scoped_lock을 활용하는 경우

여러 뮤텍스에 잠금이 필요한 상황에 직면하면 std::scoped_lock이 빛납니다. 예를 들어:

{
    std::scoped_lock(lock1, lock2);  // protect this block
    ...
}

이 코드 조각은 블록 기간 동안 두 개의 뮤텍스를 간결하게 잠급니다.

결론

Both std::lock_guard 및 std::scoped_lock 제공 시나리오를 구분하려면:

• std::lock_guard 범위 전체에 걸쳐 단일 뮤텍스를 잠그는 경우.
• std::scoped_lock 여러 뮤텍스를 잠그거나 포함된 범위 내에서 잠금 해제하는 경우.

std::scoped_lock은 보다 포괄적인 기능을 제공하는 반면 std::lock_guard는 특정 경우에 향상된 API 안전성을 제공합니다. 가장 적절한 접근 방식을 선택할 때 코드 요구 사항을 신중하게 고려하세요.