Практическая проверка Python 3.15 RC1: как проверить локальное включение exception events sys.monitoring и DISABLE для одного code object Python 3.15. Изолированный fixture, отрицательный контроль, таблица наблюдений, критерий остановки и безопасный пакет для поддержки.
Граница изменения: как проверить exception events sys.monitoring на одном cod
В Python 3.15 события PY_THROW, PY_UNWIND, RAISE, EXCEPTION_HANDLED и RERAISE можно включать на уровне code object; DISABLE выключает такое событие для всего code object текущего tool. Изменение — gh-146182. Это подтверждает интерфейс Python 3.15 RC1, но не наличие проблемы в вашем проекте. Практический риск здесь конкретный: Глобальное включение exception events создаёт шум и может исказить измерение. Неверное понимание DISABLE способно неожиданно прекратить сбор всех будущих событий выбранной функции. Перед опытом запишите версию Python, одну наблюдаемую величину и ожидаемую ветку. RC1 остаётся предварительным выпуском: установите его в отдельный virtual environment или контейнер, не поверх рабочего interpreter. Не переносите в стенд production-конфиги, реальные адреса, tokens, полные environment dumps и пользовательские данные.
Обратимый стенд для gh-146182
Рекомендуемый минимальный опыт: Зарегистрируйте свободный tool id в отдельном процессе, две маленькие функции target и control с разными видами exception flow и callback, который пишет только event name и code.co_name. Включите события локально лишь для target, затем верните DISABLE на заранее выбранном событии. Все входы должны быть синтетическими, короткими и воспроизводимыми. Каждый вариант получает новый объект, файл или процесс, если cache и global state способны изменить наблюдение. Ограничьте время, размер временных файлов и число повторов заранее; cleanup выполняйте в finally и удаляйте только созданный temp-root. Один запуск показывает конкретный результат, но не частоту проблемы и не готовность всего приложения к миграции.
Контроль и таблица наблюдений
Собирайте строки «вызов | code name | event | callback count до DISABLE | count после | control events | cleanup tool id». Control-функция с похожим исключением обязана не дать событий. Повторный вызов target после DISABLE показывает реальный scope; новый процесс исключает загрязнение глобального monitoring state. Порядок baseline, target, fresh baseline помогает увидеть загрязнение стенда. Пустое поле не равно нулю, отсутствие исключения не подтверждает правильный результат, а изменение двух независимых параметров сразу лишает опыт диагностической силы. Если повторы расходятся, сохраните все строки и пометьте результат unstable, не выбирая самый удобный прогон.
Зелёный критерий и стоп-линия
Passed допустим только если События приходят только от target, выбранный DISABLE прекращает их для оговорённого code object, control остаётся пустым, а callbacks и tool id снимаются в finally. Статус not reproduced означает лишь отсутствие симптома на этом fixture; blocked — нехватку capability или источника; failed control возвращает проверку к стенду. Стоп-линия: Не включайте все события на production и не записывайте arguments, locals или exception messages до отдельной privacy и overhead оценки. Нельзя получать зелёный результат broad except, отключением защиты, увеличением лимита до исчезновения ошибки или повторением до случайного успеха. Любая новая гипотеза получает отдельную строку, а не добавляется задним числом в объяснение уже выполненного опыта.
Минимальный пакет для поддержки
Передайте maintainer только две функции, mask событий, последовательность code/event/count и подтверждение освобождения tool id без stack locals. Добавьте московский timestamp, точную версию 3.15.0rc1, команды воспроизведения и заранее заданный зелёный критерий. Удалите usernames, hostnames, IP, абсолютные домашние пути, токены, cookies, содержимое рабочих файлов и лишние строки журналов. Официальные и первичные источники подтверждают gh-146182 и change boundary, но не подтверждают результат вашего опыта, массовость боли, будущую индексацию или позиции страницы. Такой пакет позволяет повторить одну ветку без раскрытия данных и без смешения соседних причин.
Материал подготовлен редакцией VOne с помощью ИИ по открытым официальным и первичным источникам; факты, даты и ссылки перепроверены. Реальные пользовательские данные и вымышленные результаты тестов не использовались.
Источники и проверка
- What’s New in Python 3.15 проверено 2026-08-30
- CPython gh-146182 — per-code monitoring events проверено 2026-08-30
Информация актуальна на дату публикации. Правила сервисов, приложений и сетей могут меняться.