std::lock_guard vs std::scoped_lock : choisir le bon verrou pour la tâche

Avec l'introduction de C 17, le std La classe ::scoped_lock a émergé aux côtés de la classe std::lock_guard existante, soulevant des questions sur leurs différences et quand les utiliser.

Bien que std::scoped_lock partage des similitudes avec std::lock_guard, il offre des distinctions cruciales.

Quand utiliser std::lock_guard :

• Utilisez std::lock_guard lors du verrouillage d'un seul mutex pour toute la durée d'une portée.
• Sa syntaxe concise le rend moins sujet aux erreurs d'utilisation accidentelles que std::scoped_lock.

• Exemple :

  {
    std::lock_guard lock(my_mutex);
    // Code protected by lock
  }

Quand utiliser std::scoped_lock :

• Utilisez std::scoped_lock lorsque le besoin d'exclusion mutuelle implique plusieurs mutex (soit un nombre spécifique, soit un pack de paramètres de modèle variadique).

• Exemple :

  std::scoped_lock lock(mutex1, mutex2);
  // Code protected by lock

Considérations supplémentaires :

• Sécurité : Bien que les deux classes fournissent des threads verrouillage sécurisé, l'API de std::lock_guard est légèrement plus sûre pour les scénarios où le verrouillage d'un seul mutex est requis.
• Compatibilité : std::lock_guard est entièrement compatible avec les anciennes versions C et offre une compatibilité descendante .
• Constructeur par défaut : std::lock_guard ne prend pas en charge les constructeurs prenant zéro argument, tandis que std::scoped_lock autorise un pack de paramètres vide.

Conclusion :

Le choix entre std::lock_guard et std::scoped_lock dépend des exigences de verrouillage spécifiques du code. En comprenant leurs similitudes et leurs différences, les développeurs peuvent exploiter la classe de verrouillage appropriée pour garantir un multithreading sûr et efficace.