Files
cppdraft_translate/cppdraft/thread/mutex.md
2025-10-25 03:02:53 +03:00

116 KiB
Raw Blame History

[thread.mutex]

32 Concurrency support library [thread]

32.6 Mutual exclusion [thread.mutex]

32.6.1 General [thread.mutex.general]

1

#

Subclause [thread.mutex] provides mechanisms for mutual exclusion: mutexes, locks, and call once.

These mechanisms ease the production of race-free programs ([intro.multithread]).

32.6.2 Header synopsis [mutex.syn]

🔗

namespace std {// [thread.mutex.class], class mutexclass mutex; // [thread.mutex.recursive], class recursive_mutexclass recursive_mutex; // [thread.timedmutex.class], class timed_mutexclass timed_mutex; // [thread.timedmutex.recursive], class recursive_timed_mutexclass recursive_timed_mutex; struct defer_lock_t { explicit defer_lock_t() = default; }; struct try_to_lock_t { explicit try_to_lock_t() = default; }; struct adopt_lock_t { explicit adopt_lock_t() = default; }; inline constexpr defer_lock_t defer_lock { }; inline constexpr try_to_lock_t try_to_lock { }; inline constexpr adopt_lock_t adopt_lock { }; // [thread.lock], lockstemplate class lock_guard; template<class... MutexTypes> class scoped_lock; template class unique_lock; templatevoid swap(unique_lock& x, unique_lock& y) noexcept; // [thread.lock.algorithm], generic locking algorithmstemplate<class L1, class L2, class... L3> int try_lock(L1&, L2&, L3&...); template<class L1, class L2, class... L3> void lock(L1&, L2&, L3&...); struct once_flag; template<class Callable, class... Args>void call_once(once_flag& flag, Callable&& func, Args&&... args);}

32.6.3 Header <shared_mutex> synopsis [shared.mutex.syn]

🔗

namespace std {// [thread.sharedmutex.class], class shared_mutexclass shared_mutex; // [thread.sharedtimedmutex.class], class shared_timed_mutexclass shared_timed_mutex; // [thread.lock.shared], class template shared_locktemplate class shared_lock; templatevoid swap(shared_lock& x, shared_lock& y) noexcept;}

32.6.4 Mutex requirements [thread.mutex.requirements]

32.6.4.1 General [thread.mutex.requirements.general]

1

#

A mutex object facilitates protection against data races and allows safe synchronization of data between execution agents.

An execution agent owns a mutex from the time it successfully calls one of the lock functions until it calls unlock.

Mutexes can be either recursive or non-recursive, and can grant simultaneous ownership to one or many execution agents.

Both recursive and non-recursive mutexes are supplied.

32.6.4.2 Mutex types [thread.mutex.requirements.mutex]

32.6.4.2.1 General [thread.mutex.requirements.mutex.general]

1

#

The mutex types are the standard library types mutex,recursive_mutex, timed_mutex, recursive_timed_mutex,shared_mutex, and shared_timed_mutex.

They meet the requirements set out in [thread.mutex.requirements.mutex].

In this description, m denotes an object of a mutex type.

[Note 1:

The mutex types meet the Cpp17Lockable requirements ([thread.req.lockable.req]).

— end note]

2

#

The mutex types meet Cpp17DefaultConstructible and Cpp17Destructible.

If initialization of an object of a mutex type fails, an exception of type system_error is thrown.

The mutex types are neither copyable nor movable.

3

#

The error conditions for error codes, if any, reported by member functions of the mutex types are as follows:

  • (3.1)

    resource_unavailable_try_again — if any native handle type manipulated is not available.

  • (3.2)

    operation_not_permitted — if the thread does not have the privilege to perform the operation.

  • (3.3)

    invalid_argument — if any native handle type manipulated as part of mutex construction is incorrect.

4

#

The implementation provides lock and unlock operations, as described below.

For purposes of determining the existence of a data race, these behave as atomic operations ([intro.multithread]).

The lock and unlock operations on a single mutex appears to occur in a single total order.

[Note 2:

This can be viewed as the modification order of the mutex.

— end note]

[Note 3:

Construction and destruction of an object of a mutex type need not be thread-safe; other synchronization can be used to ensure that mutex objects are initialized and visible to other threads.

— end note]

5

#

The expression m.lock() is well-formed and has the following semantics:

6

#

Preconditions: If m is of type mutex, timed_mutex,shared_mutex, or shared_timed_mutex, the calling thread does not own the mutex.

7

#

Effects: Blocks the calling thread until ownership of the mutex can be obtained for the calling thread.

8

#

Synchronization: Prior unlock() operations on the same objectsynchronize with ([intro.multithread]) this operation.

9

#

Postconditions: The calling thread owns the mutex.

10

#

Return type: void.

11

#

Throws: system_error when an exception is required ([thread.req.exception]).

12

#

Error conditions:

  • (12.1)

    operation_not_permitted — if the thread does not have the privilege to perform the operation.

  • (12.2)

    resource_deadlock_would_occur — if the implementation detects that a deadlock would occur.

13

#

The expression m.try_lock() is well-formed and has the following semantics:

14

#

Preconditions: If m is of type mutex, timed_mutex,shared_mutex, or shared_timed_mutex, the calling thread does not own the mutex.

15

#

Effects: Attempts to obtain ownership of the mutex for the calling thread without blocking.

If ownership is not obtained, there is no effect and try_lock() immediately returns.

An implementation may fail to obtain the lock even if it is not held by any other thread.

[Note 4:

This spurious failure is normally uncommon, but allows interesting implementations based on a simple compare and exchange ([atomics]).

— end note]

An implementation should ensure that try_lock() does not consistently return false in the absence of contending mutex acquisitions.

16

#

Synchronization: If try_lock() returns true, prior unlock() operations on the same object synchronize with this operation.

[Note 5:

Since lock() does not synchronize with a failed subsequenttry_lock(), the visibility rules are weak enough that little would be known about the state after a failure, even in the absence of spurious failures.

— end note]

17

#

Return type: bool.

18

#

Returns: true if ownership was obtained, otherwise false.

19

#

Throws: Nothing.

20

#

The expression m.unlock() is well-formed and has the following semantics:

21

#

Preconditions: The calling thread owns the mutex.

22

#

Effects: Releases the calling thread's ownership of the mutex.

23

#

Return type: void.

24

#

Synchronization: This operation synchronizes with subsequent lock operations that obtain ownership on the same object.

25

#

Throws: Nothing.

32.6.4.2.2 Class mutex [thread.mutex.class]

🔗

namespace std {class mutex {public:constexpr mutex() noexcept; ~mutex();

mutex(const mutex&) = delete; mutex& operator=(const mutex&) = delete; void lock(); bool try_lock(); void unlock(); using native_handle_type = implementation-defined; // see [thread.req.native] native_handle_type native_handle(); // see [thread.req.native]};}

1

#

The class mutex provides a non-recursive mutex with exclusive ownership semantics.

If one thread owns a mutex object, attempts by another thread to acquire ownership of that object will fail (for try_lock()) or block (forlock()) until the owning thread has released ownership with a call tounlock().

2

#

[Note 1:

After a thread A has called unlock(), releasing a mutex, it is possible for another thread B to lock the same mutex, observe that it is no longer in use, unlock it, and destroy it, before thread A appears to have returned from its unlock call.

Conforming implementations handle such scenarios correctly, as long as thread A does not access the mutex after the unlock call returns.

These cases typically occur when a reference-counted object contains a mutex that is used to protect the reference count.

— end note]

3

#

The class mutex meets all of the mutex requirements ([thread.mutex.requirements]).

It is a standard-layout class ([class.prop]).

4

#

[Note 2:

A program can deadlock if the thread that owns a mutex object callslock() on that object.

If the implementation can detect the deadlock, a resource_deadlock_would_occur error condition might be observed.

— end note]

5

#

The behavior of a program is undefined if it destroys a mutex object owned by any thread or a thread terminates while owning a mutex object.

32.6.4.2.3 Class recursive_mutex [thread.mutex.recursive]

🔗

namespace std {class recursive_mutex {public: recursive_mutex(); ~recursive_mutex();

recursive_mutex(const recursive_mutex&) = delete; recursive_mutex& operator=(const recursive_mutex&) = delete; void lock(); bool try_lock() noexcept; void unlock(); using native_handle_type = implementation-defined; // see [thread.req.native] native_handle_type native_handle(); // see [thread.req.native]};}

1

#

The class recursive_mutex provides a recursive mutex with exclusive ownership semantics.

If one thread owns a recursive_mutex object, attempts by another thread to acquire ownership of that object will fail (for try_lock()) or block (for lock()) until the first thread has completely released ownership.

2

#

The class recursive_mutex meets all of the mutex requirements ([thread.mutex.requirements]).

It is a standard-layout class ([class.prop]).

3

#

A thread that owns a recursive_mutex object may acquire additional levels of ownership by calling lock() or try_lock() on that object.

It is unspecified how many levels of ownership may be acquired by a single thread.

If a thread has already acquired the maximum level of ownership for a recursive_mutex object, additional calls to try_lock() fail, and additional calls tolock() throw an exception of type system_error.

A thread shall call unlock() once for each level of ownership acquired by calls tolock() and try_lock().

Only when all levels of ownership have been released may ownership be acquired by another thread.

4

#

The behavior of a program is undefined if

it destroys a recursive_mutex object owned by any thread or

a thread terminates while owning a recursive_mutex object.

32.6.4.3 Timed mutex types [thread.timedmutex.requirements]

32.6.4.3.1 General [thread.timedmutex.requirements.general]

1

#

The timed mutex types are the standard library types timed_mutex,recursive_timed_mutex, and shared_timed_mutex.

They meet the requirements set out below.

In this description, m denotes an object of a mutex type,rel_time denotes an object of an instantiation of duration, and abs_time denotes an object of an instantiation of time_point.

[Note 1:

The timed mutex types meet the Cpp17TimedLockable requirements ([thread.req.lockable.timed]).

— end note]

2

#

The expression m.try_lock_for(rel_time) is well-formed and has the following semantics:

3

#

Preconditions: If m is of type timed_mutex orshared_timed_mutex, the calling thread does not own the mutex.

4

#

Effects: The function attempts to obtain ownership of the mutex within the relative timeout ([thread.req.timing]) specified by rel_time.

If the time specified by rel_time is less than or equal to rel_time.zero(), the function attempts to obtain ownership without blocking (as if by callingtry_lock()).

The function returns within the timeout specified byrel_time only if it has obtained ownership of the mutex object.

[Note 2:

As with try_lock(), there is no guarantee that ownership will be obtained if the lock is available, but implementations are expected to make a strong effort to do so.

— end note]

5

#

Synchronization: If try_lock_for() returns true, prior unlock() operations on the same object synchronize with ([intro.multithread]) this operation.

6

#

Return type: bool.

7

#

Returns: true if ownership was obtained, otherwise false.

8

#

Throws: Timeout-related exceptions ([thread.req.timing]).

9

#

The expression m.try_lock_until(abs_time) is well-formed and has the following semantics:

10

#

Preconditions: If m is of type timed_mutex orshared_timed_mutex, the calling thread does not own the mutex.

11

#

Effects: The function attempts to obtain ownership of the mutex.

Ifabs_time has already passed, the function attempts to obtain ownership without blocking (as if by calling try_lock()).

The function returns before the absolute timeout ([thread.req.timing]) specified byabs_time only if it has obtained ownership of the mutex object.

[Note 3:

As with try_lock(), there is no guarantee that ownership will be obtained if the lock is available, but implementations are expected to make a strong effort to do so.

— end note]

12

#

Synchronization: If try_lock_until() returns true, prior unlock() operations on the same object synchronize with ([intro.multithread]) this operation.

13

#

Return type: bool.

14

#

Returns: true if ownership was obtained, otherwise false.

15

#

Throws: Timeout-related exceptions ([thread.req.timing]).

32.6.4.3.2 Class timed_mutex [thread.timedmutex.class]

🔗

namespace std {class timed_mutex {public: timed_mutex(); ~timed_mutex();

timed_mutex(const timed_mutex&) = delete; timed_mutex& operator=(const timed_mutex&) = delete; void lock(); // blockingbool try_lock(); template<class Rep, class Period>bool try_lock_for(const chrono::duration<Rep, Period>& rel_time); template<class Clock, class Duration>bool try_lock_until(const chrono::time_point<Clock, Duration>& abs_time); void unlock(); using native_handle_type = implementation-defined; // see [thread.req.native] native_handle_type native_handle(); // see [thread.req.native]};}

1

#

The class timed_mutex provides a non-recursive mutex with exclusive ownership semantics.

If one thread owns a timed_mutex object, attempts by another thread to acquire ownership of that object will fail (for try_lock()) or block (for lock(), try_lock_for(), and try_lock_until()) until the owning thread has released ownership with a call to unlock() or the call to try_lock_for() or try_lock_until() times out (having failed to obtain ownership).

2

#

The class timed_mutex meets all of the timed mutex requirements ([thread.timedmutex.requirements]).

It is a standard-layout class ([class.prop]).

3

#

The behavior of a program is undefined if

it destroys a timed_mutex object owned by any thread,

a thread that owns a timed_mutex object calls lock(),try_lock(), try_lock_for(), or try_lock_until() on that object, or

a thread terminates while owning a timed_mutex object.

32.6.4.3.3 Class recursive_timed_mutex [thread.timedmutex.recursive]

🔗

namespace std {class recursive_timed_mutex {public: recursive_timed_mutex(); ~recursive_timed_mutex();

recursive_timed_mutex(const recursive_timed_mutex&) = delete; recursive_timed_mutex& operator=(const recursive_timed_mutex&) = delete; void lock(); // blockingbool try_lock() noexcept; template<class Rep, class Period>bool try_lock_for(const chrono::duration<Rep, Period>& rel_time); template<class Clock, class Duration>bool try_lock_until(const chrono::time_point<Clock, Duration>& abs_time); void unlock(); using native_handle_type = implementation-defined; // see [thread.req.native] native_handle_type native_handle(); // see [thread.req.native]};}

1

#

The class recursive_timed_mutex provides a recursive mutex with exclusive ownership semantics.

If one thread owns a recursive_timed_mutex object, attempts by another thread to acquire ownership of that object will fail (fortry_lock()) or block (for lock(), try_lock_for(), andtry_lock_until()) until the owning thread has completely released ownership or the call to try_lock_for() or try_lock_until() times out (having failed to obtain ownership).

2

#

The class recursive_timed_mutex meets all of the timed mutex requirements ([thread.timedmutex.requirements]).

It is a standard-layout class ([class.prop]).

3

#

A thread that owns a recursive_timed_mutex object may acquire additional levels of ownership by calling lock(), try_lock(),try_lock_for(), or try_lock_until() on that object.

It is unspecified how many levels of ownership may be acquired by a single thread.

If a thread has already acquired the maximum level of ownership for arecursive_timed_mutex object, additional calls to try_lock(),try_lock_for(), or try_lock_until() fail, and additional calls to lock() throw an exception of type system_error.

A thread shall call unlock() once for each level of ownership acquired by calls to lock(), try_lock(), try_lock_for(), andtry_lock_until().

Only when all levels of ownership have been released may ownership of the object be acquired by another thread.

4

#

The behavior of a program is undefined if

it destroys a recursive_timed_mutex object owned by any thread, or

a thread terminates while owning a recursive_timed_mutex object.

32.6.4.4 Shared mutex types [thread.sharedmutex.requirements]

32.6.4.4.1 General [thread.sharedmutex.requirements.general]

1

#

The standard library types shared_mutex and shared_timed_mutex are shared mutex types.

Shared mutex types meet the requirements of mutex types ([thread.mutex.requirements.mutex]) and additionally meet the requirements set out below.

In this description,m denotes an object of a shared mutex type.

[Note 1:

The shared mutex types meet the Cpp17SharedLockable requirements ([thread.req.lockable.shared]).

— end note]

2

#

In addition to the exclusive lock ownership mode specified in [thread.mutex.requirements.mutex], shared mutex types provide ashared lock ownership mode.

Multiple execution agents can simultaneously hold a shared lock ownership of a shared mutex type.

But no execution agent holds a shared lock while another execution agent holds an exclusive lock on the same shared mutex type, and vice-versa.

The maximum number of execution agents which can share a shared lock on a single shared mutex type is unspecified, but is at least 10000.

If more than the maximum number of execution agents attempt to obtain a shared lock, the excess execution agents block until the number of shared locks are reduced below the maximum amount by other execution agents releasing their shared lock.

3

#

The expression m.lock_shared() is well-formed and has the following semantics:

4

#

Preconditions: The calling thread has no ownership of the mutex.

5

#

Effects: Blocks the calling thread until shared ownership of the mutex can be obtained for the calling thread.

If an exception is thrown then a shared lock has not been acquired for the current thread.

6

#

Synchronization: Prior unlock() operations on the same object synchronize with ([intro.multithread]) this operation.

7

#

Postconditions: The calling thread has a shared lock on the mutex.

8

#

Return type: void.

9

#

Throws: system_error when an exception is required ([thread.req.exception]).

10

#

Error conditions:

  • (10.1)

    operation_not_permitted — if the thread does not have the privilege to perform the operation.

  • (10.2)

    resource_deadlock_would_occur — if the implementation detects that a deadlock would occur.

11

#

The expression m.unlock_shared() is well-formed and has the following semantics:

12

#

Preconditions: The calling thread holds a shared lock on the mutex.

13

#

Effects: Releases a shared lock on the mutex held by the calling thread.

14

#

Return type: void.

15

#

Synchronization: This operation synchronizes with subsequentlock() operations that obtain ownership on the same object.

16

#

Throws: Nothing.

17

#

The expression m.try_lock_shared() is well-formed and has the following semantics:

18

#

Preconditions: The calling thread has no ownership of the mutex.

19

#

Effects: Attempts to obtain shared ownership of the mutex for the calling thread without blocking.

If shared ownership is not obtained, there is no effect and try_lock_shared() immediately returns.

An implementation may fail to obtain the lock even if it is not held by any other thread.

20

#

Synchronization: If try_lock_shared() returns true, prior unlock() operations on the same object synchronize with ([intro.multithread]) this operation.

21

#

Return type: bool.

22

#

Returns: true if the shared lock was acquired, otherwise false.

23

#

Throws: Nothing.

32.6.4.4.2 Class shared_mutex [thread.sharedmutex.class]

🔗

namespace std {class shared_mutex {public: shared_mutex(); ~shared_mutex();

shared_mutex(const shared_mutex&) = delete; shared_mutex& operator=(const shared_mutex&) = delete; // exclusive ownershipvoid lock(); // blockingbool try_lock(); void unlock(); // shared ownershipvoid lock_shared(); // blockingbool try_lock_shared(); void unlock_shared(); using native_handle_type = implementation-defined; // see [thread.req.native] native_handle_type native_handle(); // see [thread.req.native]};}

1

#

The class shared_mutex provides a non-recursive mutex with shared ownership semantics.

2

#

The class shared_mutex meets all of the shared mutex requirements ([thread.sharedmutex.requirements]).

It is a standard-layout class ([class.prop]).

3

#

The behavior of a program is undefined if

it destroys a shared_mutex object owned by any thread,

a thread attempts to recursively gain any ownership of a shared_mutex, or

a thread terminates while possessing any ownership of a shared_mutex.

4

#

shared_mutex may be a synonym for shared_timed_mutex.

32.6.4.5 Shared timed mutex types [thread.sharedtimedmutex.requirements]

32.6.4.5.1 General [thread.sharedtimedmutex.requirements.general]

1

#

The standard library type shared_timed_mutex is ashared timed mutex type.

Shared timed mutex types meet the requirements of timed mutex types ([thread.timedmutex.requirements]), shared mutex types ([thread.sharedmutex.requirements]), and additionally meet the requirements set out below.

In this description,m denotes an object of a shared timed mutex type,rel_time denotes an object of an instantiation ofduration ([time.duration]), andabs_time denotes an object of an instantiation oftime_point.

[Note 1:

The shared timed mutex types meet the Cpp17SharedTimedLockable requirements ([thread.req.lockable.shared.timed]).

— end note]

2

#

The expression m.try_lock_shared_for(rel_time) is well-formed and has the following semantics:

3

#

Preconditions: The calling thread has no ownership of the mutex.

4

#

Effects: Attempts to obtain shared lock ownership for the calling thread within the relative timeout ([thread.req.timing]) specified by rel_time.

If the time specified by rel_time is less than or equal to rel_time.zero(), the function attempts to obtain ownership without blocking (as if by callingtry_lock_shared()).

The function returns within the timeout specified by rel_time only if it has obtained shared ownership of the mutex object.

[Note 2:

As with try_lock(), there is no guarantee that ownership will be obtained if the lock is available, but implementations are expected to make a strong effort to do so.

— end note]

If an exception is thrown then a shared lock has not been acquired for the current thread.

5

#

Synchronization: If try_lock_shared_for() returns true, priorunlock() operations on the same object synchronize with ([intro.multithread]) this operation.

6

#

Return type: bool.

7

#

Returns: true if the shared lock was acquired, otherwise false.

8

#

Throws: Timeout-related exceptions ([thread.req.timing]).

9

#

The expression m.try_lock_shared_until(abs_time) is well-formed and has the following semantics:

10

#

Preconditions: The calling thread has no ownership of the mutex.

11

#

Effects: The function attempts to obtain shared ownership of the mutex.

Ifabs_time has already passed, the function attempts to obtain shared ownership without blocking (as if by calling try_lock_shared()).

The function returns before the absolute timeout ([thread.req.timing]) specified by abs_time only if it has obtained shared ownership of the mutex object.

[Note 3:

As with try_lock(), there is no guarantee that ownership will be obtained if the lock is available, but implementations are expected to make a strong effort to do so.

— end note]

If an exception is thrown then a shared lock has not been acquired for the current thread.

12

#

Synchronization: If try_lock_shared_until() returns true, priorunlock() operations on the same object synchronize with ([intro.multithread]) this operation.

13

#

Return type: bool.

14

#

Returns: true if the shared lock was acquired, otherwise false.

15

#

Throws: Timeout-related exceptions ([thread.req.timing]).

32.6.4.5.2 Class shared_timed_mutex [thread.sharedtimedmutex.class]

🔗

namespace std {class shared_timed_mutex {public: shared_timed_mutex(); ~shared_timed_mutex();

shared_timed_mutex(const shared_timed_mutex&) = delete; shared_timed_mutex& operator=(const shared_timed_mutex&) = delete; // exclusive ownershipvoid lock(); // blockingbool try_lock(); template<class Rep, class Period>bool try_lock_for(const chrono::duration<Rep, Period>& rel_time); template<class Clock, class Duration>bool try_lock_until(const chrono::time_point<Clock, Duration>& abs_time); void unlock(); // shared ownershipvoid lock_shared(); // blockingbool try_lock_shared(); template<class Rep, class Period>bool try_lock_shared_for(const chrono::duration<Rep, Period>& rel_time); template<class Clock, class Duration>bool try_lock_shared_until(const chrono::time_point<Clock, Duration>& abs_time); void unlock_shared(); };}

1

#

The class shared_timed_mutex provides a non-recursive mutex with shared ownership semantics.

2

#

The class shared_timed_mutex meets all of the shared timed mutex requirements ([thread.sharedtimedmutex.requirements]).

It is a standard-layout class ([class.prop]).

3

#

The behavior of a program is undefined if

it destroys a shared_timed_mutex object owned by any thread,

a thread attempts to recursively gain any ownership of a shared_timed_mutex, or

a thread terminates while possessing any ownership of a shared_timed_mutex.

32.6.5 Locks [thread.lock]

32.6.5.1 General [thread.lock.general]

1

#

A lock is an object that holds a reference to a lockable object and may unlock the lockable object during the lock's destruction (such as when leaving block scope).

An execution agent may use a lock to aid in managing ownership of a lockable object in an exception safe manner.

A lock is said to own a lockable object if it is currently managing the ownership of that lockable object for an execution agent.

A lock does not manage the lifetime of the lockable object it references.

[Note 1:

Locks are intended to ease the burden of unlocking the lockable object under both normal and exceptional circumstances.

— end note]

2

#

Some lock constructors take tag types which describe what should be done with the lockable object during the lock's construction.

🔗

namespace std {struct defer_lock_t { }; // do not acquire ownership of the mutexstruct try_to_lock_t { }; // try to acquire ownership of the mutex// without blockingstruct adopt_lock_t { }; // assume the calling thread has already// obtained mutex ownership and manage itinline constexpr defer_lock_t defer_lock { }; inline constexpr try_to_lock_t try_to_lock { }; inline constexpr adopt_lock_t adopt_lock { };}

32.6.5.2 Class template lock_guard [thread.lock.guard]

🔗

namespace std {templateclass lock_guard {public:using mutex_type = Mutex; explicit lock_guard(mutex_type& m); lock_guard(mutex_type& m, adopt_lock_t); ~lock_guard();

lock_guard(const lock_guard&) = delete; lock_guard& operator=(const lock_guard&) = delete; private: mutex_type& pm; // exposition only};}

1

#

An object of type lock_guard controls the ownership of a lockable object within a scope.

A lock_guard object maintains ownership of a lockable object throughout the lock_guard object's lifetime.

The behavior of a program is undefined if the lockable object referenced bypm does not exist for the entire lifetime of the lock_guard object.

The supplied Mutex type shall meet the Cpp17BasicLockable requirements ([thread.req.lockable.basic]).

🔗

explicit lock_guard(mutex_type& m);

2

#

Effects: Initializes pm with m.

Calls m.lock().

🔗

lock_guard(mutex_type& m, adopt_lock_t);

3

#

Preconditions: The calling thread holds a non-shared lock on m.

4

#

Effects: Initializes pm with m.

5

#

Throws: Nothing.

🔗

~lock_guard();

6

#

Effects: Equivalent to: pm.unlock()

32.6.5.3 Class template scoped_lock [thread.lock.scoped]

🔗

namespace std {template<class... MutexTypes>class scoped_lock {public:using mutex_type = see below; // Only if sizeof...(MutexTypes) == 1 is trueexplicit scoped_lock(MutexTypes&... m); explicit scoped_lock(adopt_lock_t, MutexTypes&... m); ~scoped_lock();

scoped_lock(const scoped_lock&) = delete; scoped_lock& operator=(const scoped_lock&) = delete; private: tuple<MutexTypes&...> pm; // exposition only};}

1

#

An object of type scoped_lock controls the ownership of lockable objects within a scope.

A scoped_lock object maintains ownership of lockable objects throughout the scoped_lock object's lifetime.

The behavior of a program is undefined if the lockable objects referenced bypm do not exist for the entire lifetime of the scoped_lock object.

🔗

explicit scoped_lock(MutexTypes&... m);

2

#

Effects: Initializes pm with tie(m...).

Then if sizeof...(MutexTypes) is 0, no effects.

Otherwise if sizeof...(MutexTypes) is 1, then m.lock().

Otherwise, lock(m...).

🔗

explicit scoped_lock(adopt_lock_t, MutexTypes&... m);

3

#

Preconditions: The calling thread holds a non-shared lock on each element of m.

4

#

Effects: Initializes pm with tie(m...).

5

#

Throws: Nothing.

🔗

~scoped_lock();

6

#

Effects: For all i in [0, sizeof...(MutexTypes)),get(pm).unlock().

32.6.5.4 Class template unique_lock [thread.lock.unique]

32.6.5.4.1 General [thread.lock.unique.general]

🔗

namespace std {templateclass unique_lock {public:using mutex_type = Mutex; // [thread.lock.unique.cons], construct/copy/destroy unique_lock() noexcept; explicit unique_lock(mutex_type& m); unique_lock(mutex_type& m, defer_lock_t) noexcept; unique_lock(mutex_type& m, try_to_lock_t); unique_lock(mutex_type& m, adopt_lock_t); template<class Clock, class Duration> unique_lock(mutex_type& m, const chrono::time_point<Clock, Duration>& abs_time); template<class Rep, class Period> unique_lock(mutex_type& m, const chrono::duration<Rep, Period>& rel_time); ~unique_lock();

unique_lock(const unique_lock&) = delete; unique_lock& operator=(const unique_lock&) = delete;

unique_lock(unique_lock&& u) noexcept; unique_lock& operator=(unique_lock&& u) noexcept; // [thread.lock.unique.locking], lockingvoid lock(); bool try_lock(); template<class Rep, class Period>bool try_lock_for(const chrono::duration<Rep, Period>& rel_time); template<class Clock, class Duration>bool try_lock_until(const chrono::time_point<Clock, Duration>& abs_time); void unlock(); // [thread.lock.unique.mod], modifiersvoid swap(unique_lock& u) noexcept; mutex_type* release() noexcept; // [thread.lock.unique.obs], observersbool owns_lock() const noexcept; explicit operator bool() const noexcept; mutex_type* mutex() const noexcept; private: mutex_type* pm; // exposition onlybool owns; // exposition only};}

1

#

An object of type unique_lock controls the ownership of a lockable object within a scope.

Ownership of the lockable object may be acquired at construction or after construction, and may be transferred, after acquisition, to another unique_lock object.

Objects of type unique_lock are not copyable but are movable.

The behavior of a program is undefined if the contained pointerpm is not null and the lockable object pointed to by pm does not exist for the entire remaining lifetime ([basic.life]) of the unique_lock object.

The suppliedMutex type shall meet the Cpp17BasicLockable requirements ([thread.req.lockable.basic]).

2

#

[Note 1:

unique_lock meets the Cpp17BasicLockable requirements.

If Mutex meets the Cpp17Lockable requirements ([thread.req.lockable.req]),unique_lock also meets the Cpp17Lockable requirements; if Mutex meets the Cpp17TimedLockable requirements ([thread.req.lockable.timed]),unique_lock also meets the Cpp17TimedLockable requirements.

— end note]

32.6.5.4.2 Constructors, destructor, and assignment [thread.lock.unique.cons]

🔗

unique_lock() noexcept;

1

#

Postconditions: pm == nullptr and owns == false.

🔗

explicit unique_lock(mutex_type& m);

2

#

Effects: Calls m.lock().

3

#

Postconditions: pm == addressof(m) and owns == true.

🔗

unique_lock(mutex_type& m, defer_lock_t) noexcept;

4

#

Postconditions: pm == addressof(m) and owns == false.

🔗

unique_lock(mutex_type& m, try_to_lock_t);

5

#

Preconditions: The supplied Mutex type meets the Cpp17Lockable requirements ([thread.req.lockable.req]).

6

#

Effects: Calls m.try_lock().

7

#

Postconditions: pm == addressof(m) and owns == res, where res is the value returned by the call to m.try_lock().

🔗

unique_lock(mutex_type& m, adopt_lock_t);

8

#

Preconditions: The calling thread holds a non-shared lock on m.

9

#

Postconditions: pm == addressof(m) and owns == true.

10

#

Throws: Nothing.

🔗

template<class Clock, class Duration> unique_lock(mutex_type& m, const chrono::time_point<Clock, Duration>& abs_time);

11

#

Preconditions: The supplied Mutex type meets theCpp17TimedLockable requirements ([thread.req.lockable.timed]).

12

#

Effects: Calls m.try_lock_until(abs_time).

13

#

Postconditions: pm == addressof(m) and owns == res, where res is the value returned by the call to m.try_lock_until(abs_time).

🔗

template<class Rep, class Period> unique_lock(mutex_type& m, const chrono::duration<Rep, Period>& rel_time);

14

#

Preconditions: The supplied Mutex type meets the Cpp17TimedLockable requirements ([thread.req.lockable.timed]).

15

#

Effects: Calls m.try_lock_for(rel_time).

16

#

Postconditions: pm == addressof(m) and owns == res, where res is the value returned by the call to m.try_lock_for(rel_time).

🔗

unique_lock(unique_lock&& u) noexcept;

17

#

Postconditions: pm == u_p.pm and owns == u_p.owns (where u_p is the state of u just prior to this construction), u.pm == 0 and u.owns == false.

🔗

unique_lock& operator=(unique_lock&& u) noexcept;

18

#

Effects: Equivalent to: unique_lock(std::move(u)).swap(*this)

19

#

Returns: *this.

🔗

~unique_lock();

20

#

Effects: If owns calls pm->unlock().

32.6.5.4.3 Locking [thread.lock.unique.locking]

🔗

void lock();

1

#

Effects: As if by pm->lock().

2

#

Postconditions: owns == true.

3

#

Throws: Any exception thrown by pm->lock().

system_error when an exception is required ([thread.req.exception]).

4

#

Error conditions:

  • (4.1)

    operation_not_permitted — if pm is nullptr.

  • (4.2)

    resource_deadlock_would_occur — if on entry owns is true.

🔗

bool try_lock();

5

#

Preconditions: The supplied Mutex meets the Cpp17Lockable requirements ([thread.req.lockable.req]).

6

#

Effects: As if by pm->try_lock().

7

#

Postconditions: owns == res, where res is the value returned bypm->try_lock().

8

#

Returns: The value returned by pm->try_lock().

9

#

Throws: Any exception thrown by pm->try_lock().

system_error when an exception is required ([thread.req.exception]).

10

#

Error conditions:

  • (10.1)

    operation_not_permitted — if pm is nullptr.

  • (10.2)

    resource_deadlock_would_occur — if on entry owns is true.

🔗

template<class Clock, class Duration> bool try_lock_until(const chrono::time_point<Clock, Duration>& abs_time);

11

#

Preconditions: The supplied Mutex type meets the Cpp17TimedLockable requirements ([thread.req.lockable.timed]).

12

#

Effects: As if by pm->try_lock_until(abs_time).

13

#

Postconditions: owns == res, where res is the value returned bypm->try_lock_until(abs_time).

14

#

Returns: The value returned by pm->try_lock_until(abs_time).

15

#

Throws: Any exception thrown by pm->try_lock_until(abstime).

system_error when an exception is required ([thread.req.exception]).

16

#

Error conditions:

  • (16.1)

    operation_not_permitted — if pm is nullptr.

  • (16.2)

    resource_deadlock_would_occur — if on entry owns istrue.

🔗

template<class Rep, class Period> bool try_lock_for(const chrono::duration<Rep, Period>& rel_time);

17

#

Preconditions: The supplied Mutex type meets the Cpp17TimedLockable requirements ([thread.req.lockable.timed]).

18

#

Effects: As if by pm->try_lock_for(rel_time).

19

#

Postconditions: owns == res, where res is the value returned by pm->try_lock_for(rel_time).

20

#

Returns: The value returned by pm->try_lock_for(rel_time).

21

#

Throws: Any exception thrown by pm->try_lock_for(rel_time).

system_error when an exception is required ([thread.req.exception]).

22

#

Error conditions:

  • (22.1)

    operation_not_permitted — if pm is nullptr.

  • (22.2)

    resource_deadlock_would_occur — if on entry owns istrue.

🔗

void unlock();

23

#

Effects: As if by pm->unlock().

24

#

Postconditions: owns == false.

25

#

Throws: system_error when an exception is required ([thread.req.exception]).

26

#

Error conditions:

operation_not_permitted — if on entry owns is false.

32.6.5.4.4 Modifiers [thread.lock.unique.mod]

🔗

void swap(unique_lock& u) noexcept;

1

#

Effects: Swaps the data members of *this and u.

🔗

mutex_type* release() noexcept;

2

#

Postconditions: pm == 0 and owns == false.

3

#

Returns: The previous value of pm.

🔗

template<class Mutex> void swap(unique_lock<Mutex>& x, unique_lock<Mutex>& y) noexcept;

4

#

Effects: As if by x.swap(y).

32.6.5.4.5 Observers [thread.lock.unique.obs]

🔗

bool owns_lock() const noexcept;

1

#

Returns: owns.

🔗

explicit operator bool() const noexcept;

2

#

Returns: owns.

🔗

mutex_type *mutex() const noexcept;

3

#

Returns: pm.

32.6.5.5 Class template shared_lock [thread.lock.shared]

32.6.5.5.1 General [thread.lock.shared.general]

🔗

namespace std {templateclass shared_lock {public:using mutex_type = Mutex; // [thread.lock.shared.cons], construct/copy/destroy shared_lock() noexcept; explicit shared_lock(mutex_type& m); // blocking shared_lock(mutex_type& m, defer_lock_t) noexcept; shared_lock(mutex_type& m, try_to_lock_t); shared_lock(mutex_type& m, adopt_lock_t); template<class Clock, class Duration> shared_lock(mutex_type& m, const chrono::time_point<Clock, Duration>& abs_time); template<class Rep, class Period> shared_lock(mutex_type& m, const chrono::duration<Rep, Period>& rel_time); ~shared_lock();

shared_lock(const shared_lock&) = delete; shared_lock& operator=(const shared_lock&) = delete;

shared_lock(shared_lock&& u) noexcept; shared_lock& operator=(shared_lock&& u) noexcept; // [thread.lock.shared.locking], lockingvoid lock(); // blockingbool try_lock(); template<class Rep, class Period>bool try_lock_for(const chrono::duration<Rep, Period>& rel_time); template<class Clock, class Duration>bool try_lock_until(const chrono::time_point<Clock, Duration>& abs_time); void unlock(); // [thread.lock.shared.mod], modifiersvoid swap(shared_lock& u) noexcept; mutex_type* release() noexcept; // [thread.lock.shared.obs], observersbool owns_lock() const noexcept; explicit operator bool() const noexcept; mutex_type* mutex() const noexcept; private: mutex_type* pm; // exposition onlybool owns; // exposition only};}

1

#

An object of type shared_lock controls the shared ownership of a lockable object within a scope.

Shared ownership of the lockable object may be acquired at construction or after construction, and may be transferred, after acquisition, to another shared_lock object.

Objects of typeshared_lock are not copyable but are movable.

The behavior of a program is undefined if the contained pointer pm is not null and the lockable object pointed to by pm does not exist for the entire remaining lifetime ([basic.life]) of the shared_lock object.

The suppliedMutex type shall meet the Cpp17SharedLockable requirements ([thread.req.lockable.shared]).

2

#

[Note 1:

shared_lock meets the Cpp17Lockable requirements ([thread.req.lockable.req]).

If Mutex meets the Cpp17SharedTimedLockable requirements ([thread.req.lockable.shared.timed]),shared_lock also meets the Cpp17TimedLockable requirements ([thread.req.lockable.timed]).

— end note]

32.6.5.5.2 Constructors, destructor, and assignment [thread.lock.shared.cons]

🔗

shared_lock() noexcept;

1

#

Postconditions: pm == nullptr and owns == false.

🔗

explicit shared_lock(mutex_type& m);

2

#

Effects: Calls m.lock_shared().

3

#

Postconditions: pm == addressof(m) and owns == true.

🔗

shared_lock(mutex_type& m, defer_lock_t) noexcept;

4

#

Postconditions: pm == addressof(m) and owns == false.

🔗

shared_lock(mutex_type& m, try_to_lock_t);

5

#

Effects: Calls m.try_lock_shared().

6

#

Postconditions: pm == addressof(m) and owns == res where res is the value returned by the call to m.try_lock_shared().

🔗

shared_lock(mutex_type& m, adopt_lock_t);

7

#

Preconditions: The calling thread holds a shared lock on m.

8

#

Postconditions: pm == addressof(m) and owns == true.

🔗

template<class Clock, class Duration> shared_lock(mutex_type& m, const chrono::time_point<Clock, Duration>& abs_time);

9

#

Preconditions: Mutex meets the Cpp17SharedTimedLockable requirements ([thread.req.lockable.shared.timed]).

10

#

Effects: Calls m.try_lock_shared_until(abs_time).

11

#

Postconditions: pm == addressof(m) and owns == res where res is the value returned by the call to m.try_lock_shared_until(abs_time).

🔗

template<class Rep, class Period> shared_lock(mutex_type& m, const chrono::duration<Rep, Period>& rel_time);

12

#

Preconditions: Mutex meets the Cpp17SharedTimedLockable requirements ([thread.req.lockable.shared.timed]).

13

#

Effects: Calls m.try_lock_shared_for(rel_time).

14

#

Postconditions: pm == addressof(m) and owns == res where res is the value returned by the call to m.try_lock_shared_for(rel_time).

🔗

~shared_lock();

15

#

Effects: If owns calls pm->unlock_shared().

🔗

shared_lock(shared_lock&& sl) noexcept;

16

#

Postconditions: pm == sl_p.pm and owns == sl_p.owns (wheresl_p is the state of sl just prior to this construction),sl.pm == nullptr and sl.owns == false.

🔗

shared_lock& operator=(shared_lock&& sl) noexcept;

17

#

Effects: Equivalent to: shared_lock(std::move(sl)).swap(*this)

18

#

Returns: *this.

32.6.5.5.3 Locking [thread.lock.shared.locking]

🔗

void lock();

1

#

Effects: As if by pm->lock_shared().

2

#

Postconditions: owns == true.

3

#

Throws: Any exception thrown by pm->lock_shared().

system_error when an exception is required ([thread.req.exception]).

4

#

Error conditions:

  • (4.1)

    operation_not_permitted — if pm is nullptr.

  • (4.2)

    resource_deadlock_would_occur — if on entry owns istrue.

🔗

bool try_lock();

5

#

Effects: As if by pm->try_lock_shared().

6

#

Postconditions: owns == res, where res is the value returned by the call to pm->try_lock_shared().

7

#

Returns: The value returned by the call to pm->try_lock_shared().

8

#

Throws: Any exception thrown by pm->try_lock_shared().

system_error when an exception is required ([thread.req.exception]).

9

#

Error conditions:

  • (9.1)

    operation_not_permitted — if pm is nullptr.

  • (9.2)

    resource_deadlock_would_occur — if on entry owns istrue.

🔗

template<class Clock, class Duration> bool try_lock_until(const chrono::time_point<Clock, Duration>& abs_time);

10

#

Preconditions: Mutex meets the Cpp17SharedTimedLockable requirements ([thread.req.lockable.shared.timed]).

11

#

Effects: As if by pm->try_lock_shared_until(abs_time).

12

#

Postconditions: owns == res, where res is the value returned by the call to pm->try_lock_shared_until(abs_time).

13

#

Returns: The value returned by the call topm->try_lock_shared_until(abs_time).

14

#

Throws: Any exception thrown by pm->try_lock_shared_until(abs_time).

system_error when an exception is required ([thread.req.exception]).

15

#

Error conditions:

  • (15.1)

    operation_not_permitted — if pm is nullptr.

  • (15.2)

    resource_deadlock_would_occur — if on entry owns istrue.

🔗

template<class Rep, class Period> bool try_lock_for(const chrono::duration<Rep, Period>& rel_time);

16

#

Preconditions: Mutex meets the Cpp17SharedTimedLockable requirements ([thread.req.lockable.shared.timed]).

17

#

Effects: As if by pm->try_lock_shared_for(rel_time).

18

#

Postconditions: owns == res, where res is the value returned by the call to pm->try_lock_shared_for(rel_time).

19

#

Returns: The value returned by the call to pm->try_lock_shared_for(rel_time).

20

#

Throws: Any exception thrown by pm->try_lock_shared_for(rel_time).

system_error when an exception is required ([thread.req.exception]).

21

#

Error conditions:

  • (21.1)

    operation_not_permitted — if pm is nullptr.

  • (21.2)

    resource_deadlock_would_occur — if on entry owns istrue.

🔗

void unlock();

22

#

Effects: As if by pm->unlock_shared().

23

#

Postconditions: owns == false.

24

#

Throws: system_error when an exception is required ([thread.req.exception]).

25

#

Error conditions:

operation_not_permitted — if on entry owns isfalse.

32.6.5.5.4 Modifiers [thread.lock.shared.mod]

🔗

void swap(shared_lock& sl) noexcept;

1

#

Effects: Swaps the data members of *this and sl.

🔗

mutex_type* release() noexcept;

2

#

Postconditions: pm == nullptr and owns == false.

3

#

Returns: The previous value of pm.

🔗

template<class Mutex> void swap(shared_lock<Mutex>& x, shared_lock<Mutex>& y) noexcept;

4

#

Effects: As if by x.swap(y).

32.6.5.5.5 Observers [thread.lock.shared.obs]

🔗

bool owns_lock() const noexcept;

1

#

Returns: owns.

🔗

explicit operator bool() const noexcept;

2

#

Returns: owns.

🔗

mutex_type* mutex() const noexcept;

3

#

Returns: pm.

32.6.6 Generic locking algorithms [thread.lock.algorithm]

🔗

template<class L1, class L2, class... L3> int try_lock(L1&, L2&, L3&...);

1

#

Preconditions: Each template parameter type meets the Cpp17Lockable requirements.

[Note 1:

Theunique_lock class template meets these requirements when suitably instantiated.

— end note]

2

#

Effects: Calls try_lock() for each argument in order beginning with the first until all arguments have been processed or a call to try_lock() fails, either by returning false or by throwing an exception.

If a call totry_lock() fails, unlock() is called for all prior arguments with no further calls to try_lock().

3

#

Returns: -1 if all calls to try_lock() returned true, otherwise a zero-based index value that indicates the argument for which try_lock() returned false.

🔗

template<class L1, class L2, class... L3> void lock(L1&, L2&, L3&...);

4

#

Preconditions: Each template parameter type meets the Cpp17Lockable requirements.

[Note 2:

Theunique_lock class template meets these requirements when suitably instantiated.

— end note]

5

#

Effects: All arguments are locked via a sequence of calls to lock(),try_lock(), or unlock() on each argument.

The sequence of calls does not result in deadlock, but is otherwise unspecified.

[Note 3:

A deadlock avoidance algorithm such as try-and-back-off can be used, but the specific algorithm is not specified to avoid over-constraining implementations.

— end note]

If a call tolock() or try_lock() throws an exception, unlock() is called for any argument that had been locked by a call to lock() ortry_lock().

32.6.7 Call once [thread.once]

32.6.7.1 Struct once_flag [thread.once.onceflag]

🔗

namespace std {struct once_flag {constexpr once_flag() noexcept;

once_flag(const once_flag&) = delete; once_flag& operator=(const once_flag&) = delete; };}

1

#

The class once_flag is an opaque data structure that call_once uses to initialize data without causing a data race or deadlock.

🔗

constexpr once_flag() noexcept;

2

#

Synchronization: The construction of a once_flag object is not synchronized.

3

#

Postconditions: The object's internal state is set to indicate to an invocation ofcall_once with the object as its initial argument that no function has been called.

32.6.7.2 Function call_once [thread.once.callonce]

🔗

template<class Callable, class... Args> void call_once(once_flag& flag, Callable&& func, Args&&... args);

1

#

Mandates: is_invocable_v<Callable, Args...> is true.

2

#

Effects: An execution of call_once that does not call its func is apassive execution.

An execution of call_once that calls its func is an active execution.

An active execution evaluatesINVOKE(std::forward(func), std::forward(args)...) ([func.require]).

If such a call to func throws an exception the execution is exceptional, otherwise it is returning.

An exceptional execution propagates the exception to the caller ofcall_once.

Among all executions of call_once for any givenonce_flag: at most one is a returning execution; if there is a returning execution, it is the last active execution; and there are passive executions only if there is a returning execution.

[Note 1:

Passive executions allow other threads to reliably observe the results produced by the earlier returning execution.

— end note]

3

#

Synchronization: For any given once_flag: all active executions occur in a total order; completion of an active execution synchronizes with the start of the next one in this total order; and the returning execution synchronizes with the return from all passive executions.

4

#

Throws: system_error when an exception is required ([thread.req.exception]), or any exception thrown by func.

5

#

[Example 1: // global flag, regular functionvoid init(); std::once_flag flag;

void f() { std::call_once(flag, init);}// function static flag, function objectstruct initializer {void operator()();};

void g() {static std::once_flag flag2; std::call_once(flag2, initializer());}// object flag, member functionclass information { std::once_flag verified; void verifier();public:void verify() { std::call_once(verified, &information::verifier, *this); }}; — end example]