Introduction
Lors de l'implémentation de fonctions de callback liées aux processus et aux threads, il est essentiel de suivre certaines règles pour éviter les problèmes de performances et de sécurité. Ces règles incluent de garder les routines courtes et simples, d'éviter les appels à des services en mode utilisateur, les appels de registre, les appels de fonction d'IPC et la synchronisation avec d'autres threads.
Contexte Technique
Ces fonctions de callback sont invoquées lors de la création ou de la terminaison d'un processus, du démarrage ou de l'arrêt d'un thread, du chargement ou du déchargement d'une DLL ou d'un EXE, et d'autres événements de bas niveau. Les interdictions mentionnées suggèrent que ces appels sont effectués pendant la séquence de création/termination du processus, et que prendre du temps pour les traiter peut ralentir l'ensemble du système.
Les règles de meilleures pratiques incluent l'utilisation de threads de travail système pour mettre en file d'attente les tâches, en particulier celles qui impliquent des API lentes ou des appels à d'autres processus, ainsi que tout comportement de blocage qui pourrait interrompre les threads dans les services principaux.
Analyse et Implications
Les cas de blocage du système sont souvent dus à des pilotes qui violent la règle selon laquelle les callbacks doivent retourner rapidement. Un anti-modèle courant est un pilote dont la fonction de callback démarre par suivre les conseils pour mettre en file d'attente les tâches à un thread de travail système, mais bloque ensuite jusqu'à ce que l'élément de travail soit terminé.
Ceci est un exemple de suivi des règles sans comprendre pourquoi elles existent. La règle est que la fonction de callback doit être rapide et retourner rapidement. Le pilote a suivi la lettre de la loi en déléguant le travail à un thread de travail système, mais a ensuite attendu la fin de l'exécution de la tâche, ce qui va à l'encontre de l'objectif de la mise en file d'attente asynchrone.
Perspective
Il est essentiel de comprendre les raisons derrière les règles pour les fonctions de callback. La documentation devrait être claire et précise sur les exigences et les contraintes, et les développeurs devraient être conscients des pièges potentiels et des anti-modèles pour éviter les problèmes de performances et de sécurité.
Les développeurs doivent être attentifs aux mises à jour de la documentation et aux meilleures pratiques pour garantir que leurs implémentations sont conformes aux exigences et aux contraintes. En comprenant les règles et leurs raisons, les développeurs peuvent créer des fonctions de callback efficaces et sécurisées qui répondent aux besoins des applications et des systèmes.
