很多人无疑熟悉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
}
我的问题是为什么不呢?
答案 0 :(得分:12)
使用具有析构函数的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
时的虚假信息。