Qu'arrive-t-il aux threads détachés lorsque le thread principal se termine en C ?

Threads détachés dans un vide de thread

Dans la programmation multithread, les threads détachés continuent de s'exécuter même après avoir été séparés de leur thread propriétaire d'origine . Cela soulève la question : lorsque le thread principal se termine, qu'arrive-t-il aux threads détachés qui sont toujours en cours d'exécution ?

La réponse standard

Le standard C (N3797) reste silencieux sur le sort des threads détachés à la sortie de main(). Ni la section 1.10 (Terminaison du programme) ni la section 30.3 (Threads) ne définissent explicitement le comportement.

Malgré cette omission, il est généralement supposé que les threads détachés continuent de s'exécuter jusqu'à ce qu'ils terminent leur exécution. Cette hypothèse découle du fait que les threads sont des entités contrôlées par le système d'exploitation et ne peuvent pas être terminés par le thread principal du programme.

Dangers potentiels

Cependant, autoriser les threads détachés Le fait que les threads continuent indéfiniment peut conduire à un comportement indéfini si ces threads accèdent à des variables ou à des objets statiques appartenant à d'autres threads ou touchent des objets statiques après la destruction des objets statiques. conclu.

En particulier, la norme C (Section 1) stipule qu'une fois que tous les objets de thread ont été détruits et que tous les gestionnaires de signaux potentiels ont fini de s'exécuter, le seul code autorisé est celui qui est autorisé dans les gestionnaires de signaux (par ex. , la bibliothèque Cela exclut la plupart des fonctionnalités de la bibliothèque C, y compris les variables de condition.

Approches exceptionnelles

Pour éviter un comportement non défini alors que les threads détachés sont toujours en cours d'exécution à la sortie de main(), les développeurs peuvent adopter l'une des deux approches suivantes :

• Rejoindre manuellement : utilisez le * Fonctions _at_thread_exit (par exemple, notify_all_at_thread_exit()) pour signaler l'achèvement des threads détachés avant la fin du thread principal. Cela garantit que la fin de l'exécution du thread se produit avant la réception du signal par un autre thread en attente.
• Sécurité du gestionnaire de signal : Concevez des threads détachés pour exécuter du code dont l'utilisation est sûre dans le signal. gestionnaires. Cela garantit qu'ils peuvent continuer à fonctionner même après la destruction des objets statiques.

Conclusion

Bien que la norme C ne définisse pas explicitement le comportement des objets détachés threads lorsque main() se termine, on peut en déduire qu'ils continuent à s'exécuter jusqu'à la fin. Les développeurs doivent être conscients des dangers potentiels impliqués et employer des mesures appropriées (connexion manuelle ou sécurité du gestionnaire de signaux) pour éviter un comportement indéfini.

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!