signal — Set handlers for asynchronous events


Цей модуль надає механізми для використання обробників сигналів у Python.

Загальні правила

Функція signal.signal() дозволяє визначати спеціальні обробники, які будуть виконуватися під час отримання сигналу. Встановлено невелику кількість обробників за замовчуванням: SIGPIPE ігнорується (тому про помилки запису в каналах і сокетах можна повідомляти як про звичайні винятки Python), а SIGINT перетворюється на KeyboardInterrupt виняток, якщо батьківський процес не змінив його.

Обробник для певного сигналу після встановлення залишається встановленим, доки його явно не буде скинуто (Python емулює інтерфейс у стилі BSD незалежно від базової реалізації), за винятком обробника для SIGCHLD, який слідує за базовою реалізацією. .

Виконання обробників сигналів Python

Обробник сигналу Python не виконується всередині обробника сигналу низького рівня (C). Натомість обробник сигналу низького рівня встановлює прапорець, який повідомляє virtual machine виконати відповідний обробник сигналу Python пізніше (наприклад, у наступній інструкції bytecode). Це має наслідки:

  • Немає сенсу виловлювати синхронні помилки, такі як SIGFPE або SIGSEGV, які викликані недійсною операцією в коді C. Python повернеться від обробника сигналів до коду C, який, імовірно, знову викличе той самий сигнал, що, очевидно, призведе до зависання Python. Починаючи з Python 3.3, ви можете використовувати модуль faulthandler для звітування про синхронні помилки.

  • Тривале обчислення, реалізоване виключно на C (наприклад, зіставлення регулярного виразу з великою частиною тексту), може виконуватися безперервно протягом довільного проміжку часу, незалежно від будь-яких отриманих сигналів. Обробники сигналів Python будуть викликані, коли обчислення завершиться.

  • Якщо обробник викликає виняткову ситуацію, вона буде викликана «з повітря» в основному потоці. Перегляньте примітку нижче для обговорення.

Сигнали та нитки

Обробники сигналів Python завжди виконуються в основному потоці Python головного інтерпретатора, навіть якщо сигнал було отримано в іншому потоці. Це означає, що сигнали не можна використовувати як засіб міжпотокового зв’язку. Натомість ви можете використовувати примітиви синхронізації з модуля threading.

Крім того, лише головному потоку головного інтерпретатора дозволено встановлювати новий обробник сигналу.

Зміст модуля

Змінено в версії 3.5: signal (SIG*), handler (SIG_DFL, SIG_IGN) and sigmask (SIG_BLOCK, SIG_UNBLOCK, SIG_SETMASK) related constants listed below were turned into enums. getsignal(), pthread_sigmask(), sigpending() and sigwait() functions return human-readable enums.

Змінні, визначені в модулі signal:

signal.SIG_DFL

Це один із двох стандартних варіантів обробки сигналу; він просто виконуватиме стандартну функцію для сигналу. Наприклад, у більшості систем дія за замовчуванням для SIGQUIT — це дамп ядра та вихід, а дія за замовчуванням для SIGCHLD — просто ігнорувати його.

signal.SIG_IGN

Це ще один стандартний обробник сигналу, який просто ігнорує поданий сигнал.

signal.SIGABRT

Сигнал скасування з abort(3).

signal.SIGALRM

Сигнал таймера з alarm(2).

Наявність: Unix.

signal.SIGBREAK

Переривання з клавіатури (CTRL + BREAK).

Наявність: Windows.

signal.SIGBUS

Помилка шини (поганий доступ до пам’яті).

Наявність: Unix.

signal.SIGCHLD

Дочірній процес зупинено або припинено.

Наявність: Unix.

signal.SIGCLD

Псевдонім SIGCHLD.

signal.SIGCONT

Продовжуйте процес, якщо він зараз зупинений

Наявність: Unix.

signal.SIGFPE

Виняток із плаваючою комою. Наприклад, ділення на нуль.

Дивись також

ZeroDivisionError виникає, коли другий аргумент операції ділення або модуля дорівнює нулю.

signal.SIGHUP

Виявлено зависання на керуючому терміналі або смерть керуючого процесу.

Наявність: Unix.

signal.SIGILL

Незаконна інструкція.

signal.SIGINT

Переривання з клавіатури (CTRL + C).

Дія за замовчуванням — підняти KeyboardInterrupt.

signal.SIGKILL

Сигнал вбивства.

Його неможливо зловити, заблокувати чи проігнорувати.

Наявність: Unix.

signal.SIGPIPE

Зламаний канал: записувати в канал без читачів.

Стандартна дія – ігнорувати сигнал.

Наявність: Unix.

signal.SIGSEGV

Помилка сегментації: недійсне посилання на пам’ять.

signal.SIGTERM

Сигнал завершення.

signal.SIGUSR1

Визначений користувачем сигнал 1.

Наявність: Unix.

signal.SIGUSR2

Визначений користувачем сигнал 2.

Наявність: Unix.

signal.SIGWINCH

Сигнал зміни розміру вікна.

Наявність: Unix.

SIG*

Усі сигнальні числа визначені символічно. Наприклад, сигнал зависання визначається як signal.SIGHUP; імена змінних ідентичні іменам, які використовуються в програмах на C, як це знайдено в <signal.h>. Сторінка довідки Unix для „signal()“ містить список існуючих сигналів (у деяких системах це signal(2), в інших список знаходиться в signal(7) ). Зауважте, що не всі системи визначають однаковий набір назв сигналів; тільки ті імена, які визначені системою, визначаються цим модулем.

signal.CTRL_C_EVENT

Сигнал, що відповідає події натискання клавіші Ctrl+C. Цей сигнал можна використовувати лише з os.kill().

Наявність: Windows.

Нове в версії 3.2.

signal.CTRL_BREAK_EVENT

Сигнал, що відповідає події натискання клавіші Ctrl+Break. Цей сигнал можна використовувати лише з os.kill().

Наявність: Windows.

Нове в версії 3.2.

signal.NSIG

One more than the number of the highest signal number.

signal.ITIMER_REAL

Зменшує інтервальний таймер у реальному часі та доставляє SIGALRM після закінчення терміну дії.

signal.ITIMER_VIRTUAL

Зменшує інтервальний таймер, лише коли процес виконується, і доставляє SIGVTALRM після закінчення терміну дії.

signal.ITIMER_PROF

Зменшує інтервальний таймер як під час виконання процесу, так і коли система виконується від імені процесу. У поєднанні з ITIMER_VIRTUAL цей таймер зазвичай використовується для профілювання часу, проведеного програмою в просторі користувача та ядра. SIGPROF доставляється після закінчення терміну дії.

signal.SIG_BLOCK

Можливе значення для параметра how для pthread_sigmask(), яке вказує, що сигнали мають бути заблоковані.

Нове в версії 3.3.

signal.SIG_UNBLOCK

Можливе значення для параметра how для pthread_sigmask(), яке вказує, що сигнали мають бути розблоковані.

Нове в версії 3.3.

signal.SIG_SETMASK

Можливе значення для параметра how для pthread_sigmask(), яке вказує, що маску сигналу потрібно замінити.

Нове в версії 3.3.

Модуль signal визначає один виняток:

exception signal.ItimerError

Викликається, щоб повідомити про помилку базової реалізації setitimer() або getitimer(). Очікуйте цю помилку, якщо в setitimer() передано недійсний таймер інтервалу або від’ємний час. Ця помилка є підтипом OSError.

Нове в версії 3.3: Раніше ця помилка була підтипом IOError, який тепер є псевдонімом OSError.

Модуль signal визначає такі функції:

signal.alarm(time)

Якщо time не нуль, ця функція запитує, щоб сигнал SIGALRM був надісланий процесу через time секунди. Будь-який раніше запланований будильник скасовується (одночасно можна запланувати лише один будильник). Повернене значення – це кількість секунд до того, як будь-який попередньо встановлений сигнал буде доставлено. Якщо time дорівнює нулю, будильник не заплановано, а будь-який запланований будильник скасовується. Якщо повернене значення дорівнює нулю, нагадування наразі не заплановано.

Availability: Unix. See the man page alarm(2) for further information.

signal.getsignal(signalnum)

Повертає поточний обробник сигналу для сигналу signalnum. Поверненим значенням може бути об’єкт Python, який можна викликати, або одне зі спеціальних значень signal.SIG_IGN, signal.SIG_DFL або None. Тут signal.SIG_IGN означає, що сигнал раніше ігнорувався, signal.SIG_DFL означає, що стандартний спосіб обробки сигналу використовувався раніше, а None означає, що попередній обробник сигналів не було встановлено з Python.

signal.strsignal(signalnum)

Return the system description of the signal signalnum, such as «Interrupt», «Segmentation fault», etc. Returns None if the signal is not recognized.

Нове в версії 3.8.

signal.valid_signals()

Повернути набір дійсних номерів сигналу на цій платформі. Це може бути менше ніж діапазон (1, NSIG) якщо деякі сигнали зарезервовані системою для внутрішнього використання.

Нове в версії 3.8.

signal.pause()

Перевести процес у режим сну, доки не буде отримано сигнал; потім буде викликано відповідний обробник. Нічого не повертає.

Availability: Unix. See the man page signal(2) for further information.

Дивіться також sigwait(), sigwaitinfo(), sigtimedwait() і sigpending().

signal.raise_signal(signum)

Надсилає сигнал процесу виклику. Нічого не повертає.

Нове в версії 3.8.

signal.pidfd_send_signal(pidfd, sig, siginfo=None, flags=0)

Надішліть сигнал sig до процесу, на який посилається дескриптор файлу pidfd. Python наразі не підтримує параметр siginfo; це має бути None. Аргумент flags надається для майбутніх розширень; значення прапорів наразі не визначено.

Перегляньте довідкову сторінку pidfd_send_signal(2) для отримання додаткової інформації.

Availability: Linux 5.1+

Нове в версії 3.9.

signal.pthread_kill(thread_id, signalnum)

Надішліть сигнал signalnum до потоку thread_id, іншого потоку в тому самому процесі, що й абонент. Цільовий потік може виконувати будь-який код (Python чи ні). Однак, якщо цільовий потік виконує інтерпретатор Python, обробники сигналів Python будуть виконуватися головним потоком основного інтерпретатора. Таким чином, єдиним пунктом надсилання сигналу до певного потоку Python було б примусово завершити запущений системний виклик з InterruptedError.

Use threading.get_ident() or the ident attribute of threading.Thread objects to get a suitable value for thread_id.

Якщо signalnum дорівнює 0, тоді сигнал не надсилається, але перевірка помилок все одно виконується; це можна використовувати, щоб перевірити, чи цільовий потік все ще працює.

Викликає подію аудиту signal.pthread_kill з аргументами thread_id, signalnum.

Availability: Unix. See the man page pthread_kill(3) for further information.

Дивіться також os.kill().

Нове в версії 3.3.

signal.pthread_sigmask(how, mask)

Отримати та/або змінити маску сигналу викликаючого потоку. Маска сигналу - це набір сигналів, доставка яких на даний момент заблокована для абонента. Повернути стару сигнальну маску як набір сигналів.

Поведінка виклику залежить від значення how, як показано нижче.

  • SIG_BLOCK: Набір заблокованих сигналів є об’єднанням поточного набору та аргументу mask.

  • SIG_UNBLOCK: Сигнали в mask видаляються з поточного набору заблокованих сигналів. Дозволено спробувати розблокувати сигнал, який не заблоковано.

  • SIG_SETMASK: Набір заблокованих сигналів встановлюється на аргумент mask.

mask — це набір номерів сигналів (наприклад, {signal.SIGINT, signal.SIGTERM}). Використовуйте valid_signals() для повної маски, включаючи всі сигнали.

Наприклад, signal.pthread_sigmask(signal.SIG_BLOCK, []) читає маску сигналу викликаючого потоку.

SIGKILL і SIGSTOP не можна заблокувати.

Availability: Unix. See the man page sigprocmask(3) and pthread_sigmask(3) for further information.

Дивіться також pause(), sigpending() і sigwait().

Нове в версії 3.3.

signal.setitimer(which, seconds, interval=0.0)

Встановлює заданий інтервальний таймер (один із signal.ITIMER_REAL, signal.ITIMER_VIRTUAL або signal.ITIMER_PROF), визначений який запускати через секунд (дозволено число, відмінний від alarm()) і після цього кожні інтервал секунд (якщо інтервал відмінний від нуля). Інтервальний таймер, визначений яким, можна скинути, встановивши секунд на нуль.

Коли спрацьовує інтервальний таймер, процесу надсилається сигнал. Надісланий сигнал залежить від таймера, який використовується; signal.ITIMER_REAL доставить SIGALRM, signal.ITIMER_VIRTUAL надішле SIGVTALRM, а signal.ITIMER_PROF доставить SIGPROF .

Старі значення повертаються як кортеж: (затримка, інтервал).

Спроба передати недійсний таймер інтервалу спричинить ItimerError.

Наявність: Unix.

signal.getitimer(which)

Повертає поточне значення заданого інтервального таймера, визначеного which.

Наявність: Unix.

signal.set_wakeup_fd(fd, *, warn_on_full_buffer=True)

Встановіть дескриптор файлу пробудження на fd. Коли сигнал отримано, номер сигналу записується як один байт у fd. Це може бути використано бібліотекою для пробудження опитування або виклику вибору, дозволяючи повністю обробити сигнал.

Повертається старий fd пробудження (або -1, якщо пробудження дескриптора файлу не було ввімкнено). Якщо fd дорівнює -1, пробудження дескриптора файлу вимкнено. Якщо не -1, fd має бути неблокуючим. Бібліотека має видалити будь-які байти з fd перед повторним викликом опитування або вибору.

Коли потоки ввімкнено, цю функцію можна викликати лише з основного потоку головного інтерпретатора; спроба викликати його з інших потоків призведе до виникнення винятку ValueError.

Існує два поширених способи використання цієї функції. В обох підходах ви використовуєте fd для пробудження, коли надходить сигнал, але вони відрізняються тим, як вони визначають, який сигнал або сигнали надійшли.

У першому підході ми зчитуємо дані з буфера fd, а значення байтів дають вам номери сигналів. Це просто, але в рідкісних випадках може виникнути проблема: зазвичай fd матиме обмежений обсяг буферного простору, і якщо забагато сигналів надходить надто швидко, буфер може переповнитися, а деякі сигнали можуть бути втрачені. Якщо ви використовуєте цей підхід, то вам слід встановити warn_on_full_buffer=True, що принаймні призведе до друку попередження в stderr у разі втрати сигналів.

У другому підході ми використовуємо fd пробудження лише для пробудження та ігноруємо фактичні значення байтів. У цьому випадку все, що нас хвилює, це чи є буфер fd порожнім чи непорожнім; заповнений буфер взагалі не вказує на проблему. Якщо ви використовуєте цей підхід, вам слід встановити warn_on_full_buffer=False, щоб ваші користувачі не були збентежені фальшивими попередженнями.

Змінено в версії 3.5: У Windows функція тепер також підтримує ручки сокетів.

Змінено в версії 3.7: Додано параметр warn_on_full_buffer.

signal.siginterrupt(signalnum, flag)

Змінити поведінку перезапуску системного виклику: якщо flag має значення False, системні виклики буде перезапущено, коли їх перериватиме сигнал signalnum, інакше системні виклики буде перервано. Нічого не повертає.

Availability: Unix. See the man page siginterrupt(3) for further information.

Note that installing a signal handler with signal() will reset the restart behaviour to interruptible by implicitly calling siginterrupt() with a true flag value for the given signal.

signal.signal(signalnum, handler)

Встановіть обробник для сигналу signalnum на функцію handler. обробник може бути викликаним об’єктом Python, який приймає два аргументи (див. нижче) або одне зі спеціальних значень signal.SIG_IGN або signal.SIG_DFL. Буде повернено попередній обробник сигналу (див. опис getsignal() вище). (Див. сторінку довідки Unix signal(2) для отримання додаткової інформації.)

Коли потоки ввімкнено, цю функцію можна викликати лише з основного потоку головного інтерпретатора; спроба викликати його з інших потоків призведе до виникнення винятку ValueError.

Обробник викликається з двома аргументами: номером сигналу та поточним фреймом стека (None або об’єкт фрейму; для опису об’єктів фрейму див. опис в ієрархії типів або див. описи атрибутів у модулі inspect).

У Windows signal() можна викликати лише за допомогою SIGABRT, SIGFPE, SIGILL, SIGINT, SIGSEGV, SIGTERM або SIGBREAK. Помилка ValueError буде викликана в будь-якому іншому випадку. Зауважте, що не всі системи визначають однаковий набір назв сигналів; AttributeError буде викликано, якщо назва сигналу не визначена як константа рівня модуля SIG*.

signal.sigpending()

Перевірте набір сигналів, які очікують на доставку до викликаючого потоку (тобто сигнали, які були підняті під час блокування). Повертає набір незавершених сигналів.

Availability: Unix. See the man page sigpending(2) for further information.

Дивіться також pause(), pthread_sigmask() і sigwait().

Нове в версії 3.3.

signal.sigwait(sigset)

Призупинити виконання викликаючого потоку до доставки одного із сигналів, указаних у наборі сигналів sigset. Функція приймає сигнал (видаляє його зі списку очікуваних сигналів) і повертає номер сигналу.

Availability: Unix. See the man page sigwait(3) for further information.

Дивіться також pause(), pthread_sigmask(), sigpending(), sigwaitinfo() і sigtimedwait().

Нове в версії 3.3.

signal.sigwaitinfo(sigset)

Призупинити виконання викликаючого потоку до доставки одного із сигналів, указаних у наборі сигналів sigset. Функція приймає сигнал і видаляє його зі списку очікуваних сигналів. Якщо один із сигналів у sigset вже очікує на виклик потоку, функція негайно повернеться з інформацією про цей сигнал. Обробник сигналу не викликається для надісланого сигналу. Функція викликає InterruptedError, якщо її перериває сигнал, якого немає в sigset.

Повернене значення — це об’єкт, який представляє дані, що містяться в структурі siginfo_t, а саме: si_signo, si_code, si_errno, si_pid, si_uid, si_status, si_band.

Availability: Unix. See the man page sigwaitinfo(2) for further information.

Дивіться також pause(), sigwait() і sigtimedwait().

Нове в версії 3.3.

Змінено в версії 3.5: Тепер функція виконується повторно, якщо її перериває сигнал не в sigset, і обробник сигналу не викликає винятку (див. PEP 475 для обґрунтування).

signal.sigtimedwait(sigset, timeout)

Like sigwaitinfo(), but takes an additional timeout argument specifying a timeout. If timeout is specified as 0, a poll is performed. Returns None if a timeout occurs.

Availability: Unix. See the man page sigtimedwait(2) for further information.

Дивіться також pause(), sigwait() і sigwaitinfo().

Нове в версії 3.3.

Змінено в версії 3.5: Тепер функція виконується повторно з повторно обчисленим тайм-аутом, якщо її перериває сигнал не в sigset, і обробник сигналу не викликає виняткової ситуації (див. PEP 475 для обґрунтування).

Example

Ось мінімальний приклад програми. Він використовує функцію alarm() для обмеження часу очікування відкриття файлу; це корисно, якщо файл призначений для послідовного пристрою, який може бути не ввімкнено, що зазвичай призведе до зависання os.open() на невизначений час. Рішення полягає в тому, щоб встановити 5-секундний будильник перед відкриттям файлу; якщо операція триває надто довго, буде надіслано сигнал тривоги, і обробник викличе виняток.

import signal, os

def handler(signum, frame):
    print('Signal handler called with signal', signum)
    raise OSError("Couldn't open device!")

# Set the signal handler and a 5-second alarm
signal.signal(signal.SIGALRM, handler)
signal.alarm(5)

# This open() may hang indefinitely
fd = os.open('/dev/ttyS0', os.O_RDWR)

signal.alarm(0)          # Disable the alarm

Примітка щодо SIGPIPE

Передача виводу вашої програми до таких інструментів, як head(1), призведе до надсилання сигналу SIGPIPE до вашого процесу, коли отримувач його стандартного виводу закривається раніше. Це призводить до виключення на зразок BrokenPipeError: [Errno 32] Broken pipe. Щоб впоратися з цим випадком, оберніть свою точку входу, щоб перехопити цю виняток, наступним чином:

import os
import sys

def main():
    try:
        # simulate large output (your code replaces this loop)
        for x in range(10000):
            print("y")
        # flush output here to force SIGPIPE to be triggered
        # while inside this try block.
        sys.stdout.flush()
    except BrokenPipeError:
        # Python flushes standard streams on exit; redirect remaining output
        # to devnull to avoid another BrokenPipeError at shutdown
        devnull = os.open(os.devnull, os.O_WRONLY)
        os.dup2(devnull, sys.stdout.fileno())
        sys.exit(1)  # Python exits with error code 1 on EPIPE

if __name__ == '__main__':
    main()

Не встановлюйте розташування SIGPIPE як SIG_DFL, щоб уникнути BrokenPipeError. Це спричинило б несподіваний вихід вашої програми щоразу, коли будь-яке з’єднання з сокетом переривається, поки ваша програма все ще записує в нього.

Примітка щодо обробників сигналів і винятків

Якщо обробник сигналу викликає виняток, виняток буде передано в основний потік і може бути викликано після будь-якої інструкції bytecode. Зокрема, KeyboardInterrupt може з’явитися в будь-який момент під час виконання. Більшість коду Python, включаючи стандартну бібліотеку, не можна зробити стійкими до цього, і тому KeyboardInterrupt (або будь-який інший виняток, що є результатом обробки сигналу) може в рідкісних випадках переводити програму в неочікуваний стан.

Щоб проілюструвати цю проблему, розглянемо такий код:

class SpamContext:
    def __init__(self):
        self.lock = threading.Lock()

    def __enter__(self):
        # If KeyboardInterrupt occurs here, everything is fine
        self.lock.acquire()
        # If KeyboardInterrupt occcurs here, __exit__ will not be called
        ...
        # KeyboardInterrupt could occur just before the function returns

    def __exit__(self, exc_type, exc_val, exc_tb):
        ...
        self.lock.release()

Для багатьох програм, особливо тих, які просто хочуть завершити роботу після KeyboardInterrupt, це не є проблемою, але програми, які є складними або потребують високої надійності, повинні уникати виклику винятків від обробників сигналів. Вони також повинні уникати перехоплення KeyboardInterrupt як засобу плавного завершення роботи. Натомість вони повинні встановити власний обробник SIGINT. Нижче наведено приклад HTTP-сервера, який уникає KeyboardInterrupt:

import signal
import socket
from selectors import DefaultSelector, EVENT_READ
from http.server import HTTPServer, SimpleHTTPRequestHandler

interrupt_read, interrupt_write = socket.socketpair()

def handler(signum, frame):
    print('Signal handler called with signal', signum)
    interrupt_write.send(b'\0')
signal.signal(signal.SIGINT, handler)

def serve_forever(httpd):
    sel = DefaultSelector()
    sel.register(interrupt_read, EVENT_READ)
    sel.register(httpd, EVENT_READ)

    while True:
        for key, _ in sel.select():
            if key.fileobj == interrupt_read:
                interrupt_read.recv(1)
                return
            if key.fileobj == httpd:
                httpd.handle_request()

print("Serving on port 8000")
httpd = HTTPServer(('', 8000), SimpleHTTPRequestHandler)
serve_forever(httpd)
print("Shutdown...")