Обработка исключений Python Вернуться к строке, продолжить

Как правило, вы никогда не сможете вернуть выполнение в конкретный сегмент кода после того, как в блоке try было инициировано исключение, учитывая, что исключение может возникнуть где-то глубоко с рядом других состояний, на которые влияют другие побочные эффекты в других потоках. Хотя это, вероятно, не относится к вашей программе, учитывая, что в Python нет общего решения, разрешающего это, то, что вы хотите сделать, в основном невозможно с помощью обработки исключений.

Однако обработчик по умолчанию для сигнала SIGINT должен генерировать исключение KeyboardInterrupt — если вы можете перехватить это, чтобы сделать что-то еще, вы можете практически добиться этого. Вот простая программа:

import signal
import pdb

def signal_handler(signal, frame):
    pdb.set_trace()

signal.signal(signal.SIGINT, signal_handler)

count = 0
while True:
    count += 1

Обработчик SIGINT теперь представляет собой просто функцию, которая вызывает отладчик в текущем кадре, и при этом всякий раз, когда нажимается Ctrl-C, отладчик запускается именно в той точке внутри кадра, где находится код. Конечно, вы можете просто пойти и проверить значения следующим образом:

$ python /tmp/script.py 
^C--Return--
> /tmp/script.py(5)signal_handler()->None
-> pdb.set_trace()
(Pdb) u
> /tmp/script.py(10)<module>()
-> while True:
(Pdb) pp count
13321869
(Pdb) c
^C--Return--
> /tmp/script.py(5)signal_handler()->None
-> pdb.set_trace()
(Pdb) quit
Traceback (most recent call last):
...
    if self.quitting: raise BdbQuit
bdb.BdbQuit

Таким образом, отладчик был запущен после того, как ctrl-c был выполнен, затем я сделал шаг up к кадру, где выполнялся цикл (в вашем случае, ваш код), затем cпродолжил выполнение, снова убил его и вызвал плохой выход (набрав quit) который завершает программу. Если вы включите это, вы можете в любой момент сломаться и проверить значения вашей программы в любом месте.

— Ага, — сказал Гарри. "В . . . в минуту. Я просто проясню это». Он указал на разбитую чашу на полу. Рон кивнул и ушел. — Репаро, — пробормотал Гарри, указывая палочкой на осколки. Они летели вместе, как новенькие, но эссенцию муртлепа не вернули в миску. - Гарри Поттер и орден Фениксов

Как только возникает прерывание клавиатуры, эта информация потерян - попытка/поймать позволяет программе восстановиться, но то, что происходило до этого, теряется навсегда [1].

К счастью, прерывание клавиатуры на самом деле является сигналом на уровне c - вы можете перехватывать и обрабатывать его отдельно, если хотите . traceback и модули самоанализа должны быть полезны

Для простых хаков это должно быть хорошо, хотя я бы с осторожностью использовал его в целом, основываясь на этот комментарий из документации по сигналам (зависит от реализации):

У нас по-прежнему существует проблема, заключающаяся в том, что в некоторых реализациях сигналы, генерируемые клавиатурой (например, SIGINT), доставляются во все потоки (например, SGI), а в других (например, Solaris) такие сигналы доставляются в один случайный поток (промежуточной возможностью может быть доставить его в основной поток -- POSIX?). На данный момент у нас есть работающая реализация, которая работает во всех трех случаях — обработчик игнорирует сигналы, если getpid() не такой, как в основном потоке. XXX Это взлом.

Сноски

[1] Хорошо, нет. Вы можете использовать достаточно самоанализа, чтобы делать что-либо в python, но это ужасная идея и не соответствует моей цитате. Эти люди сделали это за вас, если вы действительно хотите сделать что-то ужасное: https://github.com/ajalt/fuckitpy