Python 3.14.7: HTMLParser не должен замедляться на длинном незакрытом теге. Безопасный test/control, измеримая матрица, дерево решения, stop-line и минимальный пакет поддержки.
Симптом и точная граница
Эта страница отвечает только на запрос «как проверить рост времени HTMLParser на длинном незакрытом теге или комментарии в Python 3.14.7». Подтверждённое изменение Python 3.14.7: инкрементальный HTMLParser устраняет квадратичную обработку длинных незакрытых конструкций. Пользовательский симптом отделён от гипотезы: порции входа становятся длиннее, а время feed растёт непропорционально и блокирует обработчик. Один похожий traceback, таймаут или рост ресурса не доказывает эту причину. До эксперимента сохраните версию интерпретатора, платформу, ожидаемый переход и deadline. Не обновляйте рабочее окружение ради проверки: сначала нужен воспроизводимый локальный A/B.
Изолированный сценарий
Сценарий T19-01: локальный child process кормит HTMLParser синтетическим незакрытым тегом длиной 8, 16 и 32 КиБ равными chunk. Сначала прогрейте parser одним коротким документом, затем каждый размер запускайте в новом процессе. Сравнивайте отношение времени соседних размеров, а не абсолютную скорость машины. Если один запуск выбивается, повторите весь размер один раз; усреднение десятков зависших случаев скрывает именно тот предел, который требуется увидеть. Используются только синтетические markers, loopback, in-memory объекты или временный каталог. Все размеры, очереди и повторы ограничены заранее. Если требуемый runtime component отсутствует, результатом считается environment blocker, а не отрицание исправления.
Контрольная ветка
Независимый control: те же размеры с корректно закрытым тегом и неизменным chunk size. Test и control запускаются в новых процессах или на новых объектах с одной версией Python, одинаковой архитектурой и одинаковым порядком измерений. Сначала снимите A, затем проблемную ветку B, выполните полный cleanup и повторите A2. Если A2 отличается от A, состояние протекло между опытами; дальнейшая интерпретация блокируется до устранения handle, cache, task, file descriptor или временного файла.
Матрица наблюдений
Заполняйте таблицу «input bytes × feed calls × elapsed median × peak ratio × completion state». Сохраняйте состояния и типы, а не впечатления: exception class отдельно от message, promise/task state отдельно от результата, bytes length отдельно от содержимого, elapsed отдельно от deadline. Для процесса фиксируйте exit code и signal; для потоков — порядок событий; для parser — ожидаемый и фактический индекс. Один пустой столбец означает, что case не завершён. Реальные payload, адреса, токены, абсолютные пути и полные dumps в таблицу не входят.
Дерево решения
Основная ветка: рост незакрытой ветки остаётся сопоставимым с контрольной и все deadline соблюдены — заявленная граница видна. Если test и control одинаково не проходят, исправьте fixture. Если control чист, а test не воспроизводится, статус остаётся unknown: нельзя придумывать причину или популярность. Если test воспроизводится на старом interpreter, но не на 3.14.7 при одинаковом окружении, зафиксируйте узкую compatibility boundary, а не универсальную рекомендацию обновиться. Любое расхождение повторов требует ещё одного полного A/B, а не выборочного удаления неудобной строки.
Красные флаги и остановка
Предметная stop-line: не запускать неизвестный HTML в основном процессе и не увеличивать размер после превышения deadline. Также немедленно остановитесь при внешнем соединении, записи за temp root, зависании без управляемого child, неожиданном повышении прав, появлении приватных данных или изменении рабочей базы. Нельзя получать зелёный исход отключением проверки сертификатов, бесконечным retry, безразмерным input, глобальным подавлением exception или уничтожением состояния. Безопасный нулевой вывод предпочтительнее правдоподобной выдумки.
Минимальный пакет поддержки
Передайте только: версия Python, три размера, chunk size, медианы времени, exit code. Добавьте московский timestamp, точный `python --version`, платформу, один обезличенный command и строки A/B/A2. Уберите PIDs, usernames, внутренние hostnames, email, IP, содержимое архивов и баз, environment variables, полные пути и memory dumps. Получатель должен суметь повторить один state transition без доступа к вашей инфраструктуре. Если для воспроизведения требуется production-файл, пакет ещё не минимизирован.
Почему ответ T19-01 самостоятельный
Уникальность определяется не названием Python, а связкой intent «как проверить рост времени HTMLParser на длинном незакрытом теге или комментарии в Python 3.14.7», symptom «порции входа становятся длиннее, а время feed растёт непропорционально и блокирует обработчик», boundary «инкрементальный HTMLParser устраняет квадратичную обработку длинных незакрытых конструкций», fixture «локальный child process кормит HTMLParser синтетическим незакрытым тегом длиной 8, 16 и 32 КиБ равными chunk», matrix «input bytes × feed calls × elapsed median × peak ratio × completion state» и control «те же размеры с корректно закрытым тегом и неизменным chunk size». Применимое решение ограничено правилом «рост незакрытой ветки остаётся сопоставимым с контрольной и все deadline соблюдены — заявленная граница видна» и stop-line «не запускать неизвестный HTML в основном процессе и не увеличивать размер после превышения deadline». Соседнее исправление parser, asyncio, tarfile, logging, SQLite или process pool имеет другой объект, failure mode и дерево решения. После теста удалите временные artifacts и подтвердите отсутствие активных tasks, threads, listeners, sockets и child processes. Идентификатор: python3147-htmlparser-unterminated-linear.
Материал подготовлен редакцией VOne с помощью ИИ по открытым официальным и первичным источникам; факты, даты и ссылки перепроверены. Реальные пользовательские данные не использовались.
Источники и проверка
- Python 3.14.7 release проверено 2026-08-29
- Python 3.14.7 changelog проверено 2026-08-29
- CPython issue #153030 проверено 2026-08-29
Информация актуальна на дату публикации. Правила сервисов, приложений и сетей могут меняться.