Qu'arrive-t-il à un canal nommé si le serveur tombe en panne?

Question

Je connais peu les pipes mais j'en ai utilisé une pour connecter deux processus dans mon code en C++ visuel. Le tuyau fonctionne bien, mais j'ai besoin d'ajouter la gestion des erreurs, donc je voulais savoir ce qui arriverait à un tuyau si le serveur qui le créait s'est écrasé et comment puis-je le reconnaître à partir du processus client?

Également ce qui se passera si le processus client a essayé d'accéder au même canal, après le blocage du serveur, si aucun traitement d'erreur n'est mis en place?

Edit: Quel impact sera là sur la mémoire si je continue à créer de nouveaux tuyaux (par exemple en utilisant le temps du système comme nom de pipe) alors que la précédente était cassé à cause d'un plantage du serveur? Ces tuyaux cassés seront-ils retirés de la mémoire?

Answer 1

IIRC la fonction ReadFile ou WriteFile retourne FALSE et GetLastError() retournera STATUS_PIPE_DISCONNECTED

je suppose que ce genre de manipulation est mis en œuvre dans votre code, sinon vous devriez mieux ajouter ;-)

Answer 2

Je veux juste jeter ça là-bas.

Si vous souhaitez une méthode survivante pour le transfert de données entre deux applications, vous pouvez envisager d'utiliser MSMQ ou même d'importer BizTalk ou une autre plate-forme de messagerie.

Il y a plusieurs choses à considérer:

1. ce qui se passe si le serveur est redémarré ou perd de la puissance? Que se passe-t-il si l'application serveur ne répond plus? Que se passe-t-il si l'application serveur est supprimée ou disparaît complètement?
2. Quelle est la réponse appropriée d'une application cliente dans chacune des réponses ci-dessus?

Chacun de ces contextes représente une perte potentielle de données. Si la perte de données est inacceptable, les tubes nommés ne sont pas le mécanisme que vous devriez utiliser. Au lieu de cela, vous devez persister les messages en quelque sorte. MSMQ, stocker dans une base de données, ou même tirer parti de BizTalk peut prendre en charge la survivabilité du message lui-même.

Si 1 ou 3 se produit, le canal nommé disparaît et doit être recréé par une nouvelle instance de votre application serveur. Si # 2 se produit, le canal ne disparaîtra pas jusqu'à ce que quelqu'un redémarre le serveur ou tue l'application serveur et le redémarre. Quoiqu'il en soit, l'application cliente doit gérer les problèmes mentionnés ci-dessus. Ils se résument à des problèmes de connexion. En fonction de ce que le client fait, il peut passer dans un état d'attente et le laisser pointer sur le serveur de temps en temps pour voir s'il est revenu à nouveau.

Sans connaître la nature des données et des processus de communication impliqués il est difficile de recommander une approche appropriée.