Есть ли способ не убить приложение Qt, которое выкинуло std :: bad_alloc?

Эта проблема давно решена и имеет идиоматическое решение в Qt.

Все слот-звонки в конечном итоге происходят из:

• обработчик события, например:

  • Таймер timeout сигнал результатов от QTimer обработка QTimerEvent,

  • Вызов слота из очереди QObejct обработка QMetaCallEvent,

• код, который вы имеете полный контроль, например:

  • Когда вы излучаете сигнал в реализации mainили из QThread::runили из QRunnable::run,

Обработчик события в объекте всегда достигается через QCoreApplication::notify, Итак, все, что вам нужно сделать, это создать подкласс класса приложения и переопределить метод notify.

Это влияет все вызовы сигнальных слотов, которые исходят от обработчиков событий. В частности:

1. все сигналы и их непосредственно прилагается игровые автоматы который возник из обработчиков событий

   Это добавляет стоимость за событие, не стоимость за сигнал, и не стоимость за слот. Почему разница важна? Многие элементы управления излучают несколько сигналов за одно событие. QPushButton, реагируя на QMouseEventможет излучать clicked(bool), pressed() или же released(), а также toggled(bool)все из того же события. Несмотря на несколько излучаемых сигналов, notify был вызван только один раз.

2. все вызовы слотов в очереди и вызовы методов

   Они реализуются путем отправки QMetaCallEvent к объекту получателя. Вызов выполняется QObject::event, Так как доставка событий участвует, notify используется. Стоимость за вызов-вызов (то есть за слот). Эта стоимость может быть легко уменьшена, если желательно (см. Реализацию).

Если вы излучаете сигнал не из обработчика событий — скажем, изнутри вашего main функция, и слот напрямую подключен, тогда этот метод обработки вещей, очевидно, не будет работать, вы должны обернуть излучение сигнала в блок try / catch.

поскольку QCoreApplication::notify вызывается для каждого доставленного события, единственными издержками этого метода являются стоимость блока try / catch и вызов метода базовой реализации. Последний маленький.

Первое можно смягчить, только поместив уведомление на отмеченные объекты. Это должно быть сделано бесплатно для размера объекта и без использования поиска во вспомогательной структуре данных. Любая из этих дополнительных затрат будет превышать стоимость блока try / catch без исключений.

«Знак» должен исходить от самого объекта. Там есть возможность: QObject::d_ptr->unused, Увы, это не так, поскольку этот член не инициализируется в конструкторе объекта, поэтому мы не можем зависеть от обнуления его. Решение, использующее такую ​​метку, потребует небольшого изменения собственно Qt (добавление unused = 0; линия к QObjectPrivate::QObjectPrivate).

Код:

template <typename BaseApp> class SafeNotifyApp : public BaseApp {
bool m_wrapMetaCalls;
public:
SafeNotifyApp(int & argc, char ** argv) :
BaseApp(argc, argv), m_wrapMetaCalls(false) {}
void setWrapMetaCalls(bool w) { m_wrapMetaCalls = w; }
bool doesWrapMetaCalls() const { return m_wrapMetaCalls; }
bool notify(QObject * receiver, QEvent * e) Q_DECL_OVERRIDE {
if (! m_wrapMetaCalls && e->type() == QEvent::MetaCall) {
// This test is presumed to have a lower cost than the try-catch
return BaseApp::notify(receiver, e);
}
try {
return BaseApp::notify(receiver, e);
}
catch (const std::bad_alloc&) {
// do something clever
}
}
};

int main(int argc, char ** argv) {
SafeNotifyApp<QApplication> a(argc, argv);
...
}

Обратите внимание, что я полностью игнорирую, имеет ли смысл в какой-то конкретной ситуации std::bad_alloc, Просто справиться с этим не равняется исключению безопасности.