Скрученная необработанная ошибка

Поскольку эти обратные трассировки записываются с использованием вызова twisted.python.log.deferr() (по крайней мере, в Twisted 10.2), их можно перенаправить с помощью наблюдателя журнала. Это наиболее распространенная вещь, которую нужно делать с этими трассировками стека. Я не могу найти базовый класс для наблюдателей за журналом (на удивление), но есть пара встроенных:

twisted.python.log.PythonLoggingObserver — все, что регистрируется, отправляется в стандартный модуль Python logging. (Я использую это в своем приложении.)

twisted.python.log.FileLogObserver — все, что регистрируется, сохраняется в файле.

Оба они будут перехватывать трассировки стека, о которых сообщает реактор. Все, что вам нужно сделать, это создать наблюдатель журнала (без аргументов), а затем вызвать метод объекта start().

(Примечание: есть также класс StdioOnnaStick, который вы можете создать и назначьте sys.stdout или sys.stderr, если хотите. Тогда все, что вы print, попадете в журнал Twisted.)

Чтобы по-настоящему перехватывать эти вызовы, чтобы трассировка стека вообще никогда не регистрировалась, вы можете:

• Подкласс twisted.internet.SelectReactor и переопределить его метод runUntilCurrent(). Это то, что регистрирует трассировку стека. Прежде чем сделать это, вам нужно будет изучить источник twisted.internet.base.ReactorBase.
• После того, как вы выполнили все импорты twisted.*, установите twisted.python.log.deferr функцию по вашему выбору, которая совместима с прототипом def err(_stuff=None, _why=None, **kw).

Вы можете добавить errback к отложенному; необработанные исключения автоматически преобразуются в twisted.python.failure.Failure.

Отвечая на ваш комментарий:

По сути, мне интересно, есть ли у скрученного реактора глобальный обработчик ошибок или что-то, к чему можно получить доступ. Интересно, потому что он печатает трассировку и ошибку из-за сбоя.

Ответ "не в надлежащем виде".

Во-первых, реактор не имеет никакого отношения к deferred’ам, вообще-то весь deferred-модуль должен быть помещен в пакет twisted.python, но этого пока нельзя сделать из-за некоторых зависимостей. Вернемся к вашему вопросу...

Копаемся в скрученном коде (точнее, в модуле twisted.internet.defer) можно наметить следующий поток событий:

1. Когда метод callback вызывается с результатом, отложенный экземпляр начинает выполнять свои обратные вызовы через ссылку _runCallbacks;
2. Если один из обратных вызовов вызывает исключение, он превращается в ошибку (строка 542);
3. Если цепочка обратных вызовов исчерпана и последним результатом был сбой, текущий результат присваивается свойству failResult файла DebugInfo экземпляр (строка 575);
4. Если отложенный экземпляр и, следовательно, его DebugInfo экземпляр являются сборщиком мусора, в результате все равно возникает активный сбой, DebugInfo.__del__ и распечатывается трассировка.

Учитывая эти предпосылки, одним из самых простых решений было бы исправить класс DebugInfo обезьяной:

from twisted.internet.defer import DebugInfo
del DebugInfo.__del__  # Hides all errors