Почему в документации Flask API указано, что сигнал request_tearing_down — это то, на что нельзя полагаться? ⇐ Python

[Anonymous]

Почему в документации Flask указано, что сигнал request_tearing_down — это то, на что я не могу положиться? Означает ли это, что в некоторых случаях, когда для конкретного исключения не зарегистрирован обработчик ошибок, контекст и некоторые переменные, используемые запросом, могут быть все еще жив после ответа на запрос?
Насколько я понимаю, единственный сигнал, который срабатывает, когда не определен обработчик ошибок, - это этот, я спрашиваю об этом, потому что вижу это поведение при подключении к базе данных и прерывании (что вызывает исключение), если я использую abort без определения обработчика ошибок для исключения прерывания, соединения с базой данных остаются открытыми (я подозреваю, что request_tearing_down не очищает ситуацию), но это не делает этого не происходит при определении обработчика ошибок.
Класс, управляющий подключением к базе данных, имеет оператор отключения в функции __del__ класса.

Подробнее здесь: https://stackoverflow.com/questions/793 ... ng-you-can