名前空間
変種
操作

std::condition_variable::wait_for

From cppreference.com
 
 
並行性サポートライブラリ
スレッド
(C++11)
(C++20)
this_thread 名前空間
(C++11)
(C++11)
(C++11)
協調的なキャンセル
排他制御
(C++11)
汎用ロック管理
(C++11)
(C++11)
(C++11)
(C++11)
(C++11)
条件変数
(C++11)
セマフォ
ラッチとバリア
(C++20)
(C++20)
future
(C++11)
(C++11)
(C++11)
(C++11)
安全なメモリ解放 (Safe Reclamation)
(C++26)
ハザードポインタ
アトミック型
(C++11)
(C++20)
アトミック型の初期化
(C++11)(C++20で非推奨)
(C++11)(C++20で非推奨)
メモリオーダー
(C++11)(C++26で非推奨)
アトミック操作のためのフリー関数
アトミックフラグのためのフリー関数
 
 
template< class Rep, class Period >

std::cv_status wait_for( std::unique_lock<std::mutex>& lock,

                         const std::chrono::duration<Rep, Period>& rel_time );
(1) (C++11以降)
template< class Rep, class Period, class Predicate >

bool wait_for( std::unique_lock<std::mutex>& lock,
               const std::chrono::duration<Rep, Period>& rel_time,

               Predicate pred );
(2) (C++11以降)

wait_for は、条件変数が通知されるか、指定された時間が経過するか、または偽のウェイクアップが発生するまで、現在のスレッドをブロックさせます。pred は、偽のウェイクアップを検出するためにオプションで提供できます。

1) return wait_until(lock, std::chrono::steady_clock::now() + rel_time); と同等です。
2) return wait_until(lock, std::chrono::steady_clock::now() + rel_time, std::move(pred)); と同等です。
このオーバーロードは、特定の条件が真になるのを待つ間に、偽のウェイクアップを無視するために使用できます。

wait_for が返された直後、lock.owns_lock()true であり、lock.mutex() は呼び出しスレッドによってロックされています。これらの事後条件が満たせない場合[1]std::terminate が呼び出されます。

次のいずれかの条件が満たされる場合、動作は未定義です。

  • lock.owns_lock()false です。
  • lock.mutex() は呼び出しスレッドによってロックされていません。
  • 他のスレッドも *this で待機している場合、lock.mutex() は、それらのスレッドによって *this で呼び出された待機関数(waitwait_for、および wait_until)によってアンロックされたミューテックスとは異なります。
  1. これは、ミューテックスの再ロックが例外をスローした場合に発生する可能性があります。

目次

[編集] パラメータ

lock - 呼び出しスレッドによってロックされている必要があるロック
rel_time - 待機する最大時間
pred - 待機が完了できるかどうかをチェックする述語
型要件
-
PredicateFunctionObject の要件を満たす必要があります。
-
pred() は有効な式であり、その型と値カテゴリは BooleanTestable の要件を満たす必要があります。

[編集] 戻り値

1) std::cv_status::timeout。この呼び出しの開始から rel_time が経過した場合。それ以外の場合は std::cv_status::no_timeout
2) 呼び出し元に戻る前に pred() が返した最後の結果。

[編集] 例外

1) タイムアウト関連の例外。
2) タイムアウトに関連する例外、および pred によってスローされる可能性のある例外。

[編集] 注釈

ロック下で通知された場合でも、タイムアウトによる復帰時に、関連する述語の状態についてオーバーロード (1) は保証を行いません。

notify_one()/notify_all() と、wait()/wait_for()/wait_until() の 3 つのアトミック部分(アンロック+待機、ウェイクアップ、ロック)の効果は、単一の全順序で発生します。これは、アトミック変数の一連の 変更順序 と見なすことができます。この順序は、この個別の条件変数に固有のものです。これにより、例えば、notify_one() の呼び出しが行われた直後に待機を開始したスレッドを解除するために notify_one() が遅延することは不可能になります。

[編集]

#include <chrono>
#include <condition_variable>
#include <iostream>
#include <thread>
 
std::condition_variable cv;
std::mutex cv_m; // This mutex is used for three purposes:
                 // 1) to synchronize accesses to i
                 // 2) to synchronize accesses to std::cerr
                 // 3) for the condition variable cv
int i = 0;
 
void waits()
{
    std::unique_lock<std::mutex> lk(cv_m);
    std::cerr << "Waiting... \n";
    cv.wait(lk, []{ return i == 1; });
    std::cerr << "...finished waiting. i == 1\n";
}
 
void signals()
{
    std::this_thread::sleep_for(std::chrono::seconds(1));
    {
        std::lock_guard<std::mutex> lk(cv_m);
        std::cerr << "Notifying...\n";
    }
    cv.notify_all();
 
    std::this_thread::sleep_for(std::chrono::seconds(1));
 
    {
        std::lock_guard<std::mutex> lk(cv_m);
        i = 1;
        std::cerr << "Notifying again...\n";
    }
    cv.notify_all();
}
 
int main()
{
    std::thread t1(waits), t2(waits), t3(waits), t4(signals);
    t1.join(); 
    t2.join(); 
    t3.join();
    t4.join();
}

実行結果の例

Waiting...
Waiting...
Waiting...
Notifying...
Notifying again...
...finished waiting. i == 1
...finished waiting. i == 1
...finished waiting. i == 1

[編集] 不具合報告

以下の動作変更を伴う欠陥報告が、以前に公開されたC++標準に遡って適用されました。

DR 適用対象 公開された動作 正しい動作
LWG 2093 C++11 タイムアウト関連の例外が仕様に欠けていました。 これらの例外に言及
LWG 2114
(P2167R3)
C++11 bool への変換可能性は、実装の期待を反映するには弱すぎた 要件が強化された
LWG 2135 C++11 lock.lock() が例外をスローした場合の動作が不明確だった この場合、std::terminate を呼び出す

[編集] 関連項目

条件変数が通知されるまで現在のスレッドをブロックする
(public member function) [編集]
指定された時刻に達するか、または条件変数(condition variable)が起動されるまで、現在のスレッドをブロックする。
(public member function) [編集]
English 日本語 中文(简体) 中文(繁體)