很多人无疑都熟悉 Alexandrescus 先生的 ScopeGuard 模板(现在是 Loki 的一部分)和这里介绍的新版本 ScopeGuard11: http://channel9.msdn.com/Shows/Going+Deep/C-and-Beyond-2012-Andrei-Alexandrescu-Systematic-Error-Handling-in-C
来源在这里: https://gist.github.com/KindDragon/4650442
在 C++ 及 2012 年以后的演讲中,他提到他无法找到一种方法来正确检测作用域是否因异常而退出。因此,当且仅当作用域因异常而退出时,他无法实现 SCOPE_FAIL 宏,该宏将执行提供的 lambda(通常用于回滚代码)。这将导致不需要 dismiss() 成员函数并使代码更具可读性。
由于我绝不像 Alexandrescu 先生那样天才或经验丰富,因此我预计实施 SCOPE_FAIL 并不像这样容易:
~ScopeGuard11(){ //destructor
if(std::uncaught_exception()){ //if we are exiting because of an exception
f_(); //execute the functor
}
//otherwise do nothing
}
我的问题是为什么不呢?
对于具有析构函数的
ScopeGuard11
类,可以调用成员 f_
,即使它不是由于异常而退出的当前作用域(应该由守卫保护)。在异常清理期间可能使用的代码中使用此防护是不安全的。
尝试这个例子:
#include <exception>
#include <iostream>
#include <string>
// simplified ScopeGuard11
template <class Fun>
struct ScopeGuard11 {
Fun f_;
ScopeGuard11(Fun f) : f_(f) {}
~ScopeGuard11(){ //destructor
if(std::uncaught_exception()){ //if we are exiting because of an exception
f_(); //execute the functor
}
//otherwise do nothing
}
};
void rollback() {
std::cout << "Rolling back everything\n";
}
void could_throw(bool doit) {
if (doit) throw std::string("Too bad");
}
void foo() {
ScopeGuard11<void (*)()> rollback_on_exception(rollback);
could_throw(false);
// should never see a rollback here
// as could throw won't throw with this argument
// in reality there might sometimes be exceptions
// but here we care about the case where there is none
}
struct Bar {
~Bar() {
// to cleanup is to foo
// and never throw from d'tor
try { foo(); } catch (...) {}
}
};
void baz() {
Bar bar;
ScopeGuard11<void (*)()> more_rollback_on_exception(rollback);
could_throw(true);
}
int main() try {
baz();
} catch (std::string & e) {
std::cout << "caught: " << e << std::endl;
}
您希望在离开时看到一个
rollback
baz
,但您会看到两个 - 包括离开时看到的一个假的 foo
。