Viadeo Twitter Google Bookmarks ! Facebook Digg del.icio.us MySpace Yahoo MyWeb Blinklist Netvouz Reddit Simpy StumbleUpon Bookmarks Windows Live Favorites 
Logo Documentation Qt ·  Page d'accueil  ·  Toutes les classes  ·  Toutes les fonctions  ·  Vues d'ensemble  · 

QMutex

La classe QMutex fournit un accès à la sérialisation entre threads. Plus d'informations...

#include <QMutex>
  

Description détaillée

La classe QMutex fournit un accès à la sérialisation entre threads.

Le but de QMutex est de protéger un objet, une structure de données ou une section de code de sorte que qu'un seul thread puisse y accéder à un moment donné (ceci est similaire au mot-clé synchronized en Java). Il est généralement préférable d'utiliser un mutex avec un QMutexLocker il est ainsi plus facile d'assurer la cohérence du verrouillage et déverrouillage.

Par exemple, supposons qu'il existe une méthode qui renvoie un message à l'utilisateur sur deux lignes :

int number = 6;
 
void method1()
{
	number *= 5;
	number /= 4;
}
 
void method2()
{
	number *= 3;
	number /= 2;
}

Si ces deux méthodes sont appelées successivement, les événements suivants se produisent :

// method1()
number *= 5; // number est maintenant 30
number /= 4; // number est maintenant 7
 
// method2()
number *= 3; // number est maintenant 21
number /= 2; // number est maintenant 10

Si ces deux méthodes sont appelées simultanément à partir de deux threads alors cela peut entraîner la séquence suivante :

// Thread 1 appelle method1()
number *= 5; // number est maintenant 30
 
// Thread 2 appelle method2().
// Très probablement Thread 1 a été mis en sommeil par le système d'exploitation
// pour mettre le Thread 2 en route.
number *= 3; // number est maintenant 90
number /= 2; // number est maintenant 45
 
// Thread 1 finit son exécution.
number /= 4; // number est maintenant 11, au lieu de 10

En ajoutant un mutex, nous devrions obtenir le résultat souhaité :

QMutex mutex;
int number = 6;
 
void method1()
{
mutex.lock();
	number *= 5;
	number /= 4;
mutex.unlock();
}
 
void method2()
{
	mutex.lock();
	number *= 3;
	number /= 2;
	mutex.unlock();
}

Ici, un seul thread peut modifier number à un moment donné ce qui donne un résultat correct. Bien sûr, cet exemple est trivial, mais la méthode est applicable à chaque fois que l'on a besoin d'imposer une séquence particulière.

Quand vous appelez lock() dans un thread, les autres threads qui essayent d'appeler lock() sur le même mutex seront bloqués jusqu'à ce que le thread qui a le verrou appelle unlock(). Une alternative non bloquante de lock() est tryLock().

Voir aussi QMutexLocker, QReadWriteLock, QSemaphore et QWaitCondition.

Type

enum QMutex::RecursionMode

Constante Valeur Description
‹QMutex::Recursive› 1 Dans ce mode, un thread peut verrouiller le même mutex plusieurs fois mais le mutex ne sera déverrouillé que lorsque le déverrouillage unlock() aura été appelé autant de fois que le verrouillage.
‹QMutex::NonRecursive› 0 Dans ce mode, un thread ne pourra verrouiller un mutex qu'une seule fois.

Voir aussi QMutex().

Fonctions membres

QMutex::QMutex ( RecursionMode mode = NonRecursive )

Construit un nouveau mutex. Le mutex est créé dans l'état déverrouillé.

Si le mode est QMutex::Recursive, un thread peut verrouiller le même mutex plusieurs fois et le mutex ne sera déverrouillé que lorsque le nombre d'appel à unlock() sera le même que celui d'appel à lock(). La valeur par défaut est QMutex::NonRecursive.

Voir aussi lock() et unlock().

QMutex::~QMutex ()

Détruit le mutex.

Attention : La destruction d'un mutex verrouillé peut engendrer un comportement inattendu de votre programme.

void QMutex::lock ()

Verrouille le mutex. Si un autre thread l'a déjà verrouillé alors cet appel sera bloquant jusqu'à ce que l'autre thread le déverrouille.

Il est possible d'appeler plusieurs fois cette fonction sur le même mutex si le mutex est mutex récursif. Si le mutex n'est pas récursif, l'appel provoquera un verrou mortel (dead-lock).

Voir aussi unlock().

bool QMutex::tryLock ()

Tente de verrouiller le mutex. Si le verrouillage est obtenu, cette fonction retournera true. Si un autre thread a verrouillé le mutex, cette fonction retournera immédiatement false.

Si le verrouillage est obtenu, le mutex devra être déverrouillé avec unlock() avant qu'un autre thread ne puisse le verrouiller.

Il est possible d'appeler plusieurs fois cette fonction depuis le même thread sur un même mutex si celui-ci est récursif. Sinon la fonction retournera false en cas de tentative de verrouillage récursif du mutex.

Voir aussi lock() et unlock().

bool QMutex::tryLock ( int timeout )

Ceci est une fonction membre surchargée.

Tente de verrouiller le mutex. La fonction renvoie true en cas de succès du verrouillage, false sinon. Si un autre thread a déjà verrouillé le mutex, la fonction attendra la disponibilité du mutex pendant au plus timeout millisecondes.

Note : Passer un nombre timeout négatif revient à appeler la fonction lock(), ce qui revient à dire que la fonction trylock() attendra indéfiniment que le mutex puisse être verrouillé.

Si le verrouillage est obtenu, le mutex devra être déverrouillé avec unlock() avant qu'un autre thread ne puisse le verrouiller à nouveau.

Il est possible d'appeler plusieurs fois cette fonction depuis le même thread sur un même mutex si celui-ci est récursif. Si le mutex n'est pas récursif, la fonction retournera false si elle tente de le verrouiller récursivement.

Voir aussi lock() et unlock().

void QMutex::unlock ()

Si vous essayez de déverrouiller un mutex non préalablement verrouillé, votre programme adoptera un comportement inattendu.

Voir aussi lock().

Remerciements

Merci à Mikael Sans pour la traduction et à Jonathan Courtois ainsi qu'à Philippe Beaucart pour leur relecture !

Publicité

Best Of

Actualités les plus lues

Semaine
Mois
Année
  1. « Quelque chose ne va vraiment pas avec les développeurs "modernes" », un développeur à "l'ancienne" critique la multiplication des bibliothèques 56
  2. Les développeurs ignorent-ils trop les failles découvertes dans leur code ? Prenez-vous en compte les remarques des autres ? 17
  3. Apercevoir la troisième dimension ou l'utilisation multithreadée d'OpenGL dans Qt, un article des Qt Quarterly traduit par Guillaume Belz 0
  4. BlackBerry 10 : premières images du prochain OS de RIM qui devrait intégrer des widgets et des tuiles inspirées de Windows Phone 0
  5. Quelles nouveautés de C++11 Visual C++ doit-il rapidement intégrer ? Donnez-nous votre avis 10
  6. Adieu qmake, bienvenue qbs : Qt Building Suite, un outil déclaratif et extensible pour la compilation de projets Qt 17
  7. La rubrique Qt a besoin de vous ! 1
Page suivante

Le Qt Developer Network au hasard

Logo

Combiner licence, à propos et fermer d'une dernière manière

Le Qt Developer Network est un réseau de développeurs Qt anglophone, où ils peuvent partager leur expérience sur le framework. Lire l'article.

Communauté

Ressources

Liens utiles

Contact

  • Vous souhaitez rejoindre la rédaction ou proposer un tutoriel, une traduction, une question... ? Postez dans le forum Contribuez ou contactez-nous par MP ou par email (voir en bas de page).

Qt dans le magazine

Cette page est une traduction d'une page de la documentation de Qt, écrite par Nokia Corporation and/or its subsidiary(-ies). Les éventuels problèmes résultant d'une mauvaise traduction ne sont pas imputables à Nokia. Qt 4.6
Copyright © 2012 Developpez LLC. Tous droits réservés Developpez LLC. Aucune reproduction, même partielle, ne peut être faite de ce site et de l'ensemble de son contenu : textes, documents et images sans l'autorisation expresse de Developpez LLC. Sinon, vous encourez selon la loi jusqu'à 3 ans de prison et jusqu'à 300 000 E de dommages et intérêts. Cette page est déposée à la SACD.
Vous avez déniché une erreur ? Un bug ? Une redirection cassée ? Ou tout autre problème, quel qu'il soit ? Ou bien vous désirez participer à ce projet de traduction ? N'hésitez pas à nous contacter ou par MP !
 
 
 
 
Partenaires

Hébergement Web