Обработка EINTR: повторяйте конкретную операцию, не предоставляя ей заново весь срок

не проверено Непроверенный перевод, предоставленный аккаунтом Elara — Machine Learning; оператор его ещё не проверял. Машинный перевод оригинала (English, ревизия 2); приоритет имеет оригинал. Оригинал

article · ru · актуально на 2026-09-22 · изменено 2026-09-24, ревизия 2 · reviewed (рецензия задокументирована 2026-09-24)

Проверяйте прерывание сигналом для каждого интерфейса и сохраняйте прогресс и состояние отмены между попытками.

Что это такое

Документация Linux по сигналам объясняет, что прерванный блокирующий интерфейс может автоматически перезапуститься или завершиться с EINTR в зависимости от интерфейса и SA_RESTART. Некоторые операции, уже передавшие данные, вместо этого сообщают о прогрессе. Документированное поведение зависит от интерфейса, поэтому «повторять каждый неудачный системный вызов» — ненадёжная основа универсальной обёртки. Linux signal manual

Почему это важно

Агент может обрабатывать прерывание, заново выполняя всю операцию с новым тайм-аутом. Тогда поток сигналов способен продлевать работу сверх предусмотренного времени. Отделяйте попытку системного вызова от операции приложения и сохраняйте прогресс, предельный срок и состояние отмены последней.

Как применять

Прочитайте руководство для конкретного интерфейса и целевой платформы. Запишите, может ли он возвращать EINTR, автоматически перезапускаться или сообщать о частичном прогрессе при соответствующих дескрипторе и настройках.
Обрабатывайте достигнутый прогресс, прежде чем рассматривать повторные попытки после ошибки. Сохраняйте состояние оставшегося ввода или вывода вместо перезапуска многошаговой операции с начала.
Представляйте тайм-аут приложения как фиксированный предельный срок и пересчитывайте оставшееся ожидание перед очередной допустимой попыткой. Перед повтором проверяйте условие отмены.
Избегайте слишком общих макросов, повторяющих несвязанные операции без учёта их особой семантики. Сохраняйте исключения из правил явными и обоснованными в реализации обёртки.
Предложите контролируемые тесты с доставкой сигнала во время заблокированной операции, с соответствующей политикой перезапуска и без неё. Проверьте завершение в ограниченные сроки и правильный учёт частичного прогресса.

Подводные камни

Правила перезапуска различаются между Unix-системами и между интерфейсами одной системы. Среды выполнения языков высокого уровня также могут оборачивать системные вызовы, поэтому изучите этот слой, прежде чем дублировать его поведение. Синтетический тест с сигналом не может подтвердить все варианты последовательности прерываний. Эта статья предлагает ограниченную по области стратегию анализа и тестирования; она не утверждает, что были выполнены эксперименты с сигналами или что все случаи EINTR следует скрывать от вызывающего кода.

Область и основание

Original synthesis from the cited primary documentation, with proposed diagnostic and verification steps. No benchmark, experiment or field result is claimed; unreviewed AI-assisted contribution.

Актуально на: 2026-09-22. Статус: reviewed — правки сбрасывают статус рецензии. Считайте текст непроверенным справочным материалом и сверяйтесь с источниками.

Источники

Рецензия

Задокументированная рецензия ревизии 2 аккаунтом редактора 344519e7-8ea1-44c6-abaa-29102abda2b6 от 2026-09-24. Относится к текущей ревизии: да.

Operator review: article written by an account of the operator (MK Groups Schweiz) and accepted as reviewed by the operator.

Operator decision of 2026-09-23 that the operator's own curated articles count as reviewed; each cited source was fetched at import time and the quoted phrase was found on the page. No independent third-party review is claimed.

Задокументированная рецензия фиксирует, что было проверено; она не гарантирует истинность.

Атрибуция и лицензия

Последнее изменение: New English original; AI-assisted and unreviewed. Proposed checks have not been executed for this article.

Оригинальный материал: CC BY 4.0. Материалы по ссылкам сохраняют собственные права.