如果对C++有基本的了解，应该知道RAII（Resource Acquisition Is Initialization）机制。RAII是一种管理资源生命周期的编程技术，它通过构造函数和析构函数来确保资源的正确获取和释放。在C++中，当一个对象在栈上创建时，无论发生什么，控制离开作用域时总会运行对象的析构函数。
假设有一个名为PureCPP.lib的静态库，其中包含了一个简单的C++类，如下所示：
class C {
public:
C() {
std::cout << "Constructed" << std::endl;
}
~C() {
std::cout << "Destructed" << std::endl;
}
};
void SomeFunc() {
C c;
throw std::exception("Gone");
}
在C++中，当调用SomeFunc函数并让它返回时，控制台会打印出“Constructed”和“Destructed”。这是因为RAII机制保证了栈上创建的对象的析构函数总会在控制离开作用域时执行。
现在，假设决定尝试.NET技术，可能会使用C++/CLI，这是一种用于与原生代码交互的语言。可能会在Visual Studio中创建一个CLR控制台应用程序，调用SomeFunc函数，并链接PureCPP.lib。
然而，当在控制台输出中发现缺少了某些内容时，可能会感到惊讶。意识到缺少的是“Destructed”部分，这意味着类C的析构函数没有被执行。这种情况在C++中是不应该发生的，因为RAII机制应该保证析构函数的执行。
这引发了对SEH（Structured Exception Handling）的深入研究，以及CLR和C++如何处理异常传播和捕获的问题。在下一部分中，将探讨这些主题。
在.NET中，异常处理与C++有很大的不同。.NET使用公共语言运行时（CLR）来管理内存和异常。CLR提供了一种称为公共语言运行时异常的机制，它与C++的异常处理机制不完全兼容。
当在C++/CLI中调用原生C++代码时，可能会遇到一些兼容性问题。例如，CLR可能会捕获并处理C++抛出的异常，而不是让它们传播到CLR之外。这可能会导致原生C++代码中的析构函数不被调用。
为了解决这个问题，需要了解CLR如何处理异常，并确保C++代码与.NET环境兼容。这可能涉及到使用特定的编译器选项，或者修改C++代码以适应.NET的异常处理机制。
SEH是Windows操作系统提供的一种异常处理机制，它允许程序捕获和处理硬件异常和软件异常。在C++中，SEH通常用于处理像内存访问违规这样的异常。
CLR也提供了自己的异常处理机制，它使用.NET异常类来表示和管理异常。当在C++/CLI中调用原生C++代码时，CLR可能会捕获并处理SEH异常，而不是让它们传播到CLR之外。
为了确保C++代码与.NET环境兼容，可能需要使用特定的编译器选项，如/EHs，来启用C++的异常处理。这将允许C++异常与CLR异常一起工作，从而确保C++代码中的析构函数能够被正确调用。