Pourquoi les destructeurs C ne peuvent-ils pas lever d'exceptions avec `std::nested_exception` ?

Pourquoi C n'utilise-t-il pas std::nested_exception pour autoriser le lancement à partir du destructeur ?

La principale raison pour laquelle std::nested_exception n'est pas utilisé faciliter le lancement d'exceptions à partir de destructeurs réside dans l'ambiguïté potentielle lorsqu'une autre exception est "en fuite". Si une exception est déjà active lors de l’exécution du destructeur, on ne sait pas comment gérer la situation. L'écrasement de l'exception existante par la nouvelle présente une solution potentielle, mais le consensus au sein de la communauté C est favorable à l'invocation de std::terminate ou d'un std::terminate_handler personnalisé à la place.

Exploration des exceptions imbriquées

Bien que l'idée d'utiliser des exceptions imbriquées ait été envisagée, des problèmes de mise en œuvre potentiels ont pu entraver son adoption. Plus précisément, les préoccupations concernant les impacts potentiels sur les performances et la complexité accrue de la gestion des exceptions peuvent avoir joué un rôle dans la décision de maintenir l'approche actuelle.

Développements futurs

À partir de C 17, la position sur l'autorisation du lancement d'exceptions à partir de destructeurs utilisant des exceptions imbriquées reste inchangée. Cependant, les futures versions de C pourraient revisiter ce concept et introduire des solutions alternatives pour résoudre le problème des exceptions lors de la destruction d'objets.

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!