初步警告:异常安全功能不完整!一般情况下应该可以工作,但类仍然可能泄漏甚至崩溃。
Qt本身不会抛出异常。而是使用错误码, 但是C++可能会抛出异常。此外,有些类有用户可见的错误消息,例如QIODevice::errorString()或QSqlQuery::lastError()。这有历史和现实的原因——打开异常可能会使库的大小增加20%以上。
下面几节将描述Qt在编译时启用异常支持时的行为。
容器
Qt的容器类通常是异常中立的。它们将在包含的类型T中发生的任何异常传递给用户,同时保持内部状态有效。
例子:
QList<QString> list;
...
try {list.append("hello");
} catch (...) {
}
// list is safe to use - the exception did not affect it.
抛出异常的容器类型可能是在在赋值或复制构造期间。对于这些类型,修改容器并返回值的函数使用起来是不安全的:
MyType s = list.takeAt(2);
在赋值s期间发生异常,因为赋值给s之前,索引2处的值已经从容器中移除。它已经被丢弃,没有恢复的机会。
正确的写法是:
MyType s = list.at(2);
list.removeAt(2);
如果赋值操作抛出,容器仍将包含该值;无数据丢失。
注意,隐式共享Qt类不会抛出它们的赋值操作符或复制构造函数,因此上面的限制不适用。
内存不足处理
大多数桌面操作系统都过度使用内存。这意味着即使在分配内存时没有足够的可用内存,malloc()或new运算符也会返回一个有效的指针。在这种系统上,不会抛出std::bad_alloc类型的异常。
在其他所有操作系统上,如果任何内存分配失败,Qt都会抛出类型为std::bad_alloc的异常。如果系统内存不足,或者没有足够的连续内存来分配请求的大小,那么分配可能会失败。
该异常情况有文档说明。例如,如果内存不足,QImage构造函数将创建一个null图像,而不是抛出异常。
从异常中恢复
目前,从Qt中抛出的异常(例如内存不足)中恢复的唯一支持用例是退出事件循环并在退出应用程序之前进行一些清理。
典型用例:
QApplication app(argc, argv);
...
int ret;
try {ret = app.exec();
} catch (const std::bad_alloc &) {// clean up here, e.g. save the session// and close all config files.return EXIT_FAILURE; // exit the application
}
...
return ret;
抛出异常后,与窗口服务器的连接可能已经关闭。在捕获异常后调用GUI相关函数是不安全的。
客户端代码中的异常
信号与槽位
从Qt的信号槽连接机制调用的槽中抛出异常被认为是未定义的行为,除非它在槽内处理:
State state;
StateListener stateListener;// OK; the exception is handled before it leaves the slot.
QObject::connect(&state, SIGNAL(stateChanged()), &stateListener, SLOT(throwHandledException()));
// Undefined behaviour; upon invocation of the slot, the exception will be propagated to the
// point of emission, unwinding the stack of the Qt code (which is not guaranteed to be exception safe).
QObject::connect(&state, SIGNAL(stateChanged()), &stateListener, SLOT(throwUnhandledException()));
如果像常规函数调用一样直接调用槽,则可能使用异常。这是因为直接调用槽时绕过了连接机制:
State state;
StateListener stateListener;// ...try {// OK; invoking slot directly.stateListener.throwException();
} catch (...) {qDebug() << "Handling exception not caught in slot.";
}
Exception Safety | Qt 5.15