我知道拥有全局变量并不受欢迎。但是在 Bjarne Stroustrup 所著的《C++ 编程语言》一书中，作者说“在从非本地静态对象的初始化程序抛出的情况下获得控制的唯一方法是 set_unexpected()”。是怎么做到的？
【问题讨论】：
newest 的顶部掉下来，它（通常）和丢失一样好
标签： c++ exception-handling constructor global
我在其他一些论坛上发布了这个问题并得到了一些答案。
第一个是声明一个指针而不是拥有一个对象并在main()中初始化它
第二个是从另一个执行 set_terminate 的类派生类（其构造函数抛出异常），以便设置有意义的处理程序。第二个似乎在代码块 ide 中运行良好。
我用来测试检查的代码是：
void f() //Unexpected exception handler
{
cout<<"Terminate called "<<endl;
exit (0);
}
class A //Base class that performs set_unexpected
{
terminate_handler h;
public:
A()
{
h=set_terminate(f);
}
~A()
{
set_terminate(h);
}
};
class B:public A //Derived class that throws unexpected_exception
{
public:
B()
{
throw 1;
}
};
B b;
int main()
{
}
程序显示消息：“Terminate called”并退出。
【讨论】：
set_terminate（unexpected not 处理未捕获的异常，它处理不符合函数异常规范的异常！）。但即便如此，一旦在终止函数中，除了终止进程，你还能做什么呢？没有地方可以返回。
try/catch 块在函数范围内或与函数范围一起。因此全局对象不能驻留在try/catch 范围内，因此您永远无法 捕获这些异常。
您可以探索特殊的try/catch 语法：
class Test {
public:
Test ()
try { throw 0; }
catch(...) {}
};
这为处理此类异常提供了一些缓解。这是one thread 讨论相同的内容。
但是，您必须为您声明全局对象的每个类提供这样的语法
您可能想知道如果将try/catch 放入构造函数本身有什么区别？好吧，如果一个全局对象初始化失败，那么内部的try/catch 会默默地吸收它，这很糟糕。
但是上面的语法会给你一个错误诊断的机会，然后再次抛出异常，这将终止程序。
See this thread了解更多细节。
另一方面，std::unexpected() 在没有合适的catch() 用于抛出异常时被调用。此功能是标准功能，您可以使用std::set_unexpected()自行配置。
【讨论】：