Namespaces
Variants

std::condition_variable_any:: wait_until

From cppreference.net
Concurrency support library
Threads
(C++11)
(C++20)
this_thread namespace
(C++11)
(C++11)
Cooperative cancellation
Mutual exclusion
Generic lock management
Condition variables
(C++11)
Semaphores
Latches and Barriers
(C++20)
(C++20)
Futures
(C++11)
(C++11)
(C++11)
Safe reclamation
Hazard pointers
Atomic types
(C++11)
(C++20)
Initialization of atomic types
(C++11) (deprecated in C++20)
(C++11) (deprecated in C++20)
Memory ordering
(C++11) (deprecated in C++26)
Free functions for atomic operations
Free functions for atomic flags
template < class Lock, class Clock, class Duration >

std:: cv_status
wait_until ( Lock & lock,

const std:: chrono :: time_point < Clock, Duration > & abs_time ) ;
(1) (depuis C++11)
template < class Lock, class Clock, class Duration, class Predicate >

bool wait_until ( Lock & lock,
const std:: chrono :: time_point < Clock, Duration > & abs_time,

Predicate pred ) ;
(2) (depuis C++11)
template < class Lock, class Clock, class Duration, class Predicate >

bool wait_until ( Lock & lock, std:: stop_token stoken,
const std:: chrono :: time_point < Clock, Duration > & abs_time,

Predicate pred ) ;
(3) (depuis C++20)

wait_until entraîne le blocage du thread actuel jusqu'à ce que la variable condition soit notifiée, la durée spécifiée se soit écoulée, ou qu'un réveil intempestif se produise. pred peut être optionnellement fourni pour détecter les réveils intempestifs.

1) Appelle atomiquement lock. unlock ( ) et se bloque sur * this .
Le thread sera débloqué lorsque notify_all() ou notify_one() est exécuté, ou lorsque abs_time est atteint. Il peut également être débloqué de manière sporadique.
Lorsqu'il est débloqué, appelle lock. lock ( ) (pouvant bloquer sur le verrou), puis retourne.
2,3) En attente qu'une condition spécifique devienne vraie, peut être utilisé pour ignorer les réveils intempestifs.
2) Équivalent à while ( ! pred ( ) )
if ( wait_until ( lock, abs_time ) == std:: cv_status :: timeout )
return pred ( ) ;
return true ;
.
3) Enregistre * this pour la durée de cet appel, pour être notifié si une demande d'arrêt est effectuée sur stoken 'état d'arrêt associé ; il est alors équivalent à while ( ! stoken. stop_requested ( ) )
{
if ( pred ( ) )
return true ;
if ( wait_until ( lock, abs_time ) == std:: cv_status :: timeout )
return pred ( ) ;
}
return pred ( ) ;
.

Immédiatement après que wait_until retourne, lock est verrouillé par le thread appelant. Si cette postcondition ne peut être satisfaite [1] , appelle std::terminate .

  1. Cela peut se produire si le nouveau verrouillage du mutex lève une exception.

Table des matières

Paramètres

lock - un verrou qui doit être verrouillé par le thread appelant
stoken - un jeton d'arrêt pour enregistrer l'interruption
abs_time - le point temporel où l'attente expire
pred - le prédicat pour vérifier si l'attente peut être terminée
Exigences de type
-
Lock doit satisfaire aux exigences de BasicLockable .
-
Predicate doit satisfaire aux exigences de FunctionObject .
-
pred ( ) doit être une expression valide, et son type et sa catégorie de valeur doivent satisfaire aux BooleanTestable exigences.

Valeur de retour

2,3) Le dernier résultat de pred ( ) avant de retourner à l'appelant.

Exceptions

1) Exceptions liées au délai d'attente.
2,3) Exceptions liées au délai d'attente, et toute exception levée par pred .

Notes

La norme recommande que l'horloge associée à abs_time soit utilisée pour mesurer le temps ; cette horloge n'est pas requise d'être une horloge monotone. Il n'y a aucune garantie concernant le comportement de cette fonction si l'horloge est ajustée de manière discontinue, mais les implémentations existantes convertissent abs_time de Clock vers std::chrono::system_clock et délèguent à pthread_cond_timedwait POSIX afin que l'attente prenne en compte les ajustements de l'horloge système, mais pas ceux de l'horloge Clock fournie par l'utilisateur. Dans tous les cas, la fonction peut également attendre au-delà du moment où abs_time a été atteint en raison de délais d'ordonnancement ou de contention des ressources.

Même si l'horloge utilisée est std::chrono::steady_clock ou une autre horloge monotone, un ajustement de l'horloge système peut provoquer un réveil intempestif.

Les effets de notify_one() / notify_all() et chacune des trois parties atomiques de wait() / wait_for() / wait_until() (déverrouillage+attente, réveil et verrouillage) se produisent dans un ordre total unique qui peut être considéré comme l'ordre de modification d'une variable atomique : l'ordre est spécifique à cette variable conditionnelle individuelle. Cela rend impossible, par exemple, que notify_one() soit retardé et débloque un thread qui a commencé à attendre juste après l'appel à notify_one() ait été effectué.

Exemple

#include <chrono>
#include <condition_variable>
#include <iostream>
#include <thread>
std::condition_variable_any cv;
std::mutex cv_m; // Ce mutex est utilisé à trois fins :
                 // 1) synchroniser les accès à i
                 // 2) synchroniser les accès à std::cerr
                 // 3) pour la variable condition cv
int i = 0;
void waits()
{
    std::unique_lock<std::mutex> lk(cv_m);
    std::cerr << "En attente... \n";
    cv.wait(lk, []{ return i == 1; });
    std::cerr << "...fin de l'attente. i == 1\n";
}
void signals()
{
    std::this_thread::sleep_for(std::chrono::seconds(1));
    {
        std::lock_guard<std::mutex> lk(cv_m);
        std::cerr << "Notification...\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 << "Nouvelle notification...\n";
    }
    cv.notify_all();
}
int main()
{
    std::thread t1(waits), t2(waits), t3(waits), t4(signals);
    t1.join(); 
    t2.join(); 
    t3.join();
    t4.join();
}

Sortie possible :

En attente...
En attente...
En attente...
Notification...
Nouvelle notification...
...fin de l'attente. i == 1
...fin de l'attente. i == 1
...fin de l'attente. i == 1

Rapports de défauts

Les rapports de défauts modifiant le comportement suivants ont été appliqués rétroactivement aux normes C++ précédemment publiées.

DR Appliqué à Comportement tel que publié Comportement corrigé
LWG 2093 C++11 les exceptions liées au timeout étaient manquantes dans la spécification mentionne ces exceptions
LWG 2114
( P2167R3 )
C++11 la convertibilité vers bool était trop faible pour refléter les attentes des implémentations exigences renforcées
LWG 2135 C++11 le comportement n'était pas clair si lock. lock ( ) lance une exception appelle std::terminate dans ce cas

Voir aussi

bloque le thread actuel jusqu'à ce que la variable de condition soit réveillée
(fonction membre publique)
wait_until
bloque le thread actuel jusqu'à ce que la variable de condition soit réveillée ou jusqu'à ce qu'un point temporel spécifié soit atteint
(fonction membre publique)