Python 3.14.7: почему junk в difflib не удаляет строки из сравнения. Практическая инструкция отделяет симптом от соседних причин: синтетический fixture, отрицательный control, таблица наблюдений, критерий остановки и минимальный пакет для поддержки без production-данных.
Развилка до обновления
Короткая развилка: изменение действительно вошло в Python 3.14.7 — Документация 3.14.7 уточняет назначение junk, его недостатки и способы контроля; changelog не заявляет изменение алгоритма или гарантированное уменьшение diff. Но похожий внешний симптом может иметь другую причину. Здесь проверяется только боль «Пользователь помечает частые или пустые строки как junk и ожидает, что они исчезнут из diff, но параметр меняет выбор опорного совпадения, а не фильтрует элементы результата.» и только запрос «как правильно использовать isjunk в difflib и проверить слишком большой diff на Python 3.14.7». Не переносите вывод на производительность, безопасность всего приложения или совместимость всех зависимостей: для этого нужны отдельные тесты и отдельные источники.
Сбор измеримых фактов
Практическая проверка T22-24 строится вокруг одного действия: сравнить два коротких списка строк через SequenceMatcher с isjunk=None, isjunk для пустых строк и предварительной фильтрацией отдельной функцией. Подготовьте новый fixture для каждого повтора и пометьте события монотонным временем. Сначала соберите факт о build/runtime capability, затем — результат API. Не подменяйте недоступную среду похожей ОС или другим устройством: это уже новый вопрос, а не подтверждение текущего.
Матрица A/B/A2
Матрица решения включает три ветки. Первая — переставить последовательности местами, отключить autojunk и отдельно измерить unified_diff без пользовательского junk. Вторая — target с тем же input, третья — повтор первой в новом процессе. Поля: «mode | input lengths | matching blocks | ratio | diff line count A→B | diff line count B→A | filtered items». Сначала сравните capability и вход, потом exception/exit, и лишь затем делайте вывод. Это защищает от ложного зелёного статуса из-за cache, warmed state или случайного timing.
Когда вывод относится к issue
Ветка считается подтверждённой только когда решение выбирается по цели: isjunk влияет на синхронизацию, а реальное исключение строк делается явной фильтрацией с задокументированной потерей данных. Если версия ведёт себя иначе, сохраните наблюдение без попытки объяснить его догадкой. Причиной могут быть backport, vendor patch, build option или тестовая ошибка. Отдельно пометьте, какой control отвергнут; это полезнее общего вывода «не работает».
Наблюдаемый rollback
Красный сигнал: не скрывать строки из аудиторского diff без согласованного правила; остановиться, если sample содержит персональные файлы или вывод слишком велик для лимита. Также завершайте child по watchdog, если он не достиг следующего marker. Возврат должен быть наблюдаемым: temp root пуст, сетевой stub закрыт, terminal/GUI state восстановлен, системный Python и environment не менялись. Такой rollback важнее попытки получить красивый passed.
Что передать сопровождающим
Если нужна помощь сопровождающих, подготовьте: версия Python, два синтетических списка, три режима, matching blocks, counts в обе стороны и явное правило фильтрации. Добавьте итоговый статус passed / not reproduced / blocked / failed control и одну строку об очистке. Не выдавайте форумный лид за факт: change boundary подтверждается release, changelog и первичной issue, а не количеством комментариев.
Материал подготовлен редакцией VOne с помощью ИИ по открытым официальным и первичным источникам; факты, даты и ссылки перепроверены. Реальные пользовательские данные не использовались.
Источники и проверка
- Python 3.14.7 release проверено 2026-08-29
- Python 3.14.7 changelog проверено 2026-08-29
- CPython issue #118150 проверено 2026-08-29
- Документация Python по difflib проверено 2026-08-29
Информация актуальна на дату публикации. Правила сервисов, приложений и сетей могут меняться.