Pro*_*001 21 c++ multithreading exception-handling raii c++11
问题:如果我想要的只是显示错误消息并关闭(假设我可能在程序中很深),是否正确使用异常来终止我的程序?我可以只显式调用exit()这样的东西吗?
我目前在做什么:
我正在开发一个游戏项目,并试图找出在需要执行此类操作的错误的情况下终止程序的最佳方法.例如,在无法加载纹理的情况下,我显示错误消息并终止程序.
我目前正在这样做,例如:
int main()
{
Game game;
try
{
game.run();
}
catch (BadResolutionException & e)
{
Notification::showErrorMessage(e.what(), "ERROR: Resolution");
return 1;
}
catch (BadAssetException & e)
{
Notification::showErrorMessage(e.what(), "ERROR: Assets");
return 1;
}
catch (std::bad_alloc & e)
{
Notification::showErrorMessage(e.what(), "ERROR: Memory");
return 1;
}
return 0;
}
Run Code Online (Sandbox Code Playgroud)
除了bad_alloc之外的所有内容都是我自己定义的从runtime_error派生的异常.
我不需要任何手动资源清理,我使用std :: unique_ptr进行任何动态分配.我只需要显示错误消息并关闭程序.
研究/替代例外:
我在SO和其他地方查了很多帖子,并且看到其他人说不要使用例外,使用例外,但你使用它们是错误的.我也查找过显式调用exit()之类的东西.
使用exit()听起来不错,但是我看到它不会通过调用堆栈返回主要清理所有内容(如果我能再次找到这个,我会发布链接).此外,根据http://www.cplusplus.com/reference/cstdlib/exit/,如果多个线程处于活动状态,则不应使用此选项.我确实希望在短时间内创建第二个线程至少一次,并且该线程可能会发生错误.
这里有一些关于游戏的回复中提到了不使用例外的问题https://gamedev.stackexchange.com/questions/103285/how-industy-games-handle-their-code-errors-and-exceptions
这里讨论了使用例外情况:http://www.quora.com/Why-do-some-people-recommend-not-using-exception-handling-in-C++
我读过其他一些资料,但那些是我最近看过的资料.
个人结论:
由于我处理错误处理和使用异常的经验有限,我不确定我是否走在正确的轨道上.我根据上面发布的代码选择了使用异常的路线.如果您同意我应该解决这些例外情况,我是否正确使用它?
Dan*_*iel 16
通常认为让所有异常传播到的是良好实践main.这主要是因为您可以确定堆栈已正确展开并且所有析构函数都被调用(请参阅此答案).我也认为以这种方式做事更有条理; 你总是知道程序将在哪里终止(除非程序崩溃).它还有助于实现更一致的错误报告(在异常处理中经常被忽略;如果您无法处理异常,则应确保您的用户确切知道原因).如果你总是从这个基本布局开始
int main(int argc, const char **argv)
{
try {
// do stuff
return EXIT_SUCCESS;
} catch (...) {
std::cerr << "Error: unknown exception" << std::endl;
return EXIT_FAILURE;
}
}
Run Code Online (Sandbox Code Playgroud)
那你就不会走错路.您可以(并且应该)添加特定catch语句以获得更好的错误报告.
多线程时的例外情况
使用标准库特性在C++ 11中以异步方式执行代码有两种基本方法:std::async和std::thread.
首先是简单的.std::async将返回一个std::future将捕获并存储在给定函数中抛出的任何未捕获的异常.调用std::future::getfuture将导致任何异常传播到调用线程.
auto fut = std::async(std::launch::async, [] () { throw std::runtime_error {"oh dear"}; });
fut.get(); // fine, throws exception
Run Code Online (Sandbox Code Playgroud)
另一方面,如果std::thread对象中的异常未被捕获,std::terminate则将被调用:
try {
std::thread t {[] () { throw std::runtime_error {"oh dear"};}};
t.join();
} catch(...) {
// only get here if std::thread constructor throws
}
Run Code Online (Sandbox Code Playgroud)
对此的一个解决方案是将a传递给它可以将异常传递给std::exception_ptr的std::thread对象:
void foo(std::exception_ptr& eptr)
{
try {
throw std::runtime_error {"oh dear"};
} catch (...) {
eptr = std::current_exception();
}
}
void bar()
{
std::exception_ptr eptr {};
std::thread t {foo, std::ref(eptr)};
try {
// do stuff
} catch(...) {
t.join(); // t may also have thrown
throw;
}
t.join();
if (eptr) {
std::rethrow_exception(eptr);
}
}
Run Code Online (Sandbox Code Playgroud)
虽然更好的方法是使用std::package_task:
void foo()
{
throw std::runtime_error {"oh dear"};
}
void bar()
{
std::packaged_task<void()> task {foo};
auto fut = task.get_future();
std::thread t {std::move(task)};
t.join();
auto result = fut.get(); // throws here
}
Run Code Online (Sandbox Code Playgroud)
但除非你有充分的理由使用std::thread,否则更喜欢std::async.
捕获不可恢复的错误并以这种方式关闭程序没有任何问题.实际上,应该如何使用异常.但是,在一般情况下,请注意不要越过使用异常来控制程序的流程.它们应始终表示在错误发生的级别无法正常处理的错误.
调用exit()不会从您调用它的任何地方展开堆栈.如果你想要干净利落地退出,你已经做的事情是理想的.
你已经接受了答案,但我想补充一点:
我可以只显式调用exit()这样的东西吗?
你可以打电话给退出,但(可能)不应该.
std::exit 应保留用于表达"立即退出!"的情况,而不仅仅是"应用程序没有任何事情要做".
例如,如果您要为癌症治疗中使用的激光编写控制器,那么在出现问题时您的首要任务是关闭激光并调用std::exit- 或者可能std::terminate(确保悬挂的任何副作用,缓慢或崩溃的应用程序不会杀死病人).
与不应将异常用于控制应用程序流的方式类似,exit不应该用于在正常条件下停止应用程序.
| 归档时间: |
|
| 查看次数: |
6098 次 |
| 最近记录: |