Расшифровка 'most recent call last' в Python: отладка кода

Расширенные примеры работы с трассировкой

В этом разделе рассмотрены нестандартные ситуации, где понимание most recent call last критически важно.

Многопоточность: трассировка в разных потоках

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

import threading
import traceback
import sys

def worker():
    raise ValueError("Сбой в потоке")

class LoggedThread(threading.Thread):
    def run(self):
        try:
            super().run()
        except Exception:
            # Перехватываем и выводим трассировку
            traceback.print_exc()
            sys.exit(1)

thread = LoggedThread(target=worker)
thread.start()
thread.join()

Traceback (most recent call last):
  File "<stdin>", line 5, in run
  File "<stdin>", line 2, in worker
ValueError: Сбой в потоке

Без перехвата внутри потока программа могла бы зависнуть или завершиться молча.

Рекурсия: глубокий стек вызовов

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

def recursive(n):
    if n == 0:
        return 1
    return n * recursive(n-1)

# Вызов без ограничения
recursive(10000)

Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "<stdin>", line 4, in recursive
  [Previous line repeated 996 more times]
RecursionError: maximum recursion depth exceeded

Строка [Previous line repeated 996 more times] означает, что вызовы рекурсии многократно дублируются. Решение - увеличить глубину рекурсии с помощью sys.setrecursionlimit() или переписать алгоритм итеративно.

Ошибка в сторонней библиотеке: как отличить свой код от чужого

Часто трассировка включает файлы из установленных пакетов. Чтобы найти свою ошибку, смотрите на строки, содержащие пути к вашим модулям.

# example.py
import requests

def fetch():
    response = requests.get("http://несуществующий-адрес.xyz")
    return response.json()

fetch()

Traceback (most recent call last):
  File "example.py", line 5, in <module>
    fetch()
  File "example.py", line 3, in fetch
    response = requests.get(...)
  File "/usr/local/lib/python3.9/site-packages/requests/api.py", line 76, in get
    return request('get', url, ...)
  ...
requests.exceptions.ConnectionError: HTTPConnectionPool: ...

Ошибка произошла в библиотеке requests, но инициирована она вызовом из вашего кода. Исправление - проверять URL или обрабатывать исключение ConnectionError.

Асинхронный код: трассировка в asyncio

При использовании asyncio трассировка может быть разорвана из-за переключения контекста. Используйте asyncio.run() и отладчик для асинхронных задач.

import asyncio

async def failing_coro():
    raise RuntimeError("Ошибка в корутине")

async def main():
    await failing_coro()

asyncio.run(main())

Traceback (most recent call last):
  File "...", line 9, in <module>
    asyncio.run(main())
  File "...", line 7, in main
    await failing_coro()
  File "...", line 3, in failing_coro
    raise RuntimeError("Ошибка в корутине")
RuntimeError: Ошибка в корутине

Если исключение происходит в задаче, созданной через asyncio.create_task(), оно может быть потеряно. Обязательно ожидайте задачу или используйте asyncio.gather() с параметром return_exceptions=True.

Кастомная трассировка: перехват всех исключений в приложении

Можно установить глобальный обработчик через sys.excepthook для записи всех необработанных исключений.

import sys
import traceback
import logging

logging.basicConfig(filename='errors.log', level=logging.ERROR)

def global_exception_handler(exc_type, exc_value, exc_traceback):
    logging.error("Необработанное исключение", exc_info=(exc_type, exc_value, exc_traceback))

sys.excepthook = global_exception_handler

def crash():
    1/0

crash()  # исключение будет записано в файл errors.log

Этот подход полезен для production-сред, где нужно собирать все ошибки без остановки программы (за исключением фатальных).