Документация Python неофициальный перевод
Содержание страницы

17.1. threading – Потоковый параллелизмthreading – Thread-based parallelism

Исходный код: Lib/threading.py


Этот модуль предоставляет интерфейсы threading более высокого уровня поверх низкоуровневого модуля _thread. Смотрите также модуль queue.

Модуль dummy_threading предназначен для ситуаций, когда threading не может использоваться, поскольку _thread отсутствует.

Примечание

Хотя они не перечислены ниже, имена в стиле camelCase, использовавшиеся для некоторых методов и функций в этом модуле в серии Python 2.x, по-прежнему поддерживаются этим модулем.

Этот модуль определяет следующие функции:

threading.active_count()

Возвращает количество объектов Thread, которые в данный момент активны. Возвращаемое количество равно длине списка, возвращаемого enumerate().

threading.current_thread()

Возвращает текущий объект Thread, соответствующий потоку управления вызывающего кода. Если поток управления вызывающего кода не был создан через модуль threading, возвращается фиктивный объект потока с ограниченной функциональностью.

threading.get_ident()

Возвращает «идентификатор потока» текущего потока. Это ненулевое целое число. Его значение не имеет прямого смысла; оно предназначено как уникальная метка, используемая, например, для индексации словаря с данными, специфичными для потока. Идентификаторы потоков могут быть переиспользованы, когда один поток завершается, а другой создаётся.

Новое в версии 3.3.

threading.enumerate()

Возвращает список всех объектов Thread, которые в данный момент активны. Список включает потоки-демоны, фиктивные объекты потоков, созданные current_thread(), и главный поток. Он исключает завершённые потоки и потоки, которые ещё не были запущены.

threading.settrace(func)

Устанавливает функцию трассировки для всех потоков, запущенных из модуля threading. Функция func будет передана в sys.settrace() для каждого потока перед вызовом его метода run().

threading.setprofile(func)

Устанавливает функцию профилирования для всех потоков, запущенных из модуля threading. Функция func будет передана в sys.setprofile() для каждого потока перед вызовом его метода run().

threading.stack_size([size])

Возвращает размер стека потока, используемый при создании новых потоков. Необязательный аргумент size задаёт размер стека, который будет использоваться для впоследствии создаваемых потоков, и должен быть равен 0 (использовать платформенное или настроенное по умолчанию значение) или положительному целому числу не менее 32 768 (32 КиБ). Если изменение размера стека потока не поддерживается, возбуждается RuntimeError. Если указанный размер стека некорректен, возбуждается ValueError, и размер стека не изменяется. В настоящее время 32 КиБ – это минимальный поддерживаемый размер стека, гарантирующий достаточное пространство стека для самого интерпретатора. Обратите внимание, что на некоторых платформах могут действовать особые ограничения на значения размера стека, например, требование минимального размера стека > 32 КиБ или требование выделения памяти, кратного размеру страницы системной памяти; для получения дополнительной информации следует обращаться к документации платформы (страницы по 4 КиБ распространены; при отсутствии более конкретной информации рекомендуется использовать значения размера стека, кратные 4096). Доступность: Windows, системы с POSIX-потоками.

Этот модуль также определяет следующую константу:

threading.TIMEOUT_MAX

Максимально допустимое значение для параметра timeout блокирующих функций (Lock.acquire(), RLock.acquire(), Condition.wait() и т.д.). Указание тайм-аута, превышающего это значение, вызовет исключение OverflowError.

Новое в версии 3.2.

Этот модуль определяет ряд классов, которые подробно описаны в разделах ниже.

Дизайн этого модуля основан на модели потоков Java, хотя и не строго. Однако, если в Java блокировки и переменные условий являются базовым поведением каждого объекта, в Python они являются отдельными объектами. Класс Thread в Python поддерживает подмножество поведения класса Thread в Java; в настоящее время нет приоритетов, групп потоков, и потоки не могут быть уничтожены, остановлены, приостановлены, возобновлены или прерваны. Статические методы класса Thread в Java при их реализации отображаются на функции уровня модуля.

Все описанные ниже методы выполняются атомарно.

17.1.1. Локальные данные потокаThread-Local Data

Потоково-локальные данные – это данные, значения которых специфичны для потока. Чтобы управлять потоково-локальными данными, достаточно создать экземпляр local (или его подкласс) и сохранять атрибуты в нём:

mydata = threading.local()
mydata.x = 1

Значения экземпляра будут разными для разных потоков.

class threading.local

Класс, представляющий данные, локальные для потока.

Для получения более подробной информации и многочисленных примеров обратитесь к строке документации модуля _threading_local.

17.1.2. Объекты потоковThread Objects

Класс Thread представляет действие, которое выполняется в отдельном потоке управления. Действие можно задать двумя способами: передав вызываемый объект конструктору или переопределив метод run() в подклассе. Никакие другие методы (кроме конструктора) не должны переопределяться в подклассе. Другими словами, переопределяйте только методы __init__() и run() этого класса.

После создания объекта потока его действие необходимо запустить вызовом метода start() этого потока. Это вызовет метод run() в отдельном потоке управления.

Когда действие потока запущено, поток считается «живым». Он перестаёт быть живым, когда его метод run() завершается – либо нормально, либо из-за необработанного исключения. Метод is_alive() проверяет, жив ли поток.

Другие потоки могут вызывать метод join() потока. Это блокирует вызывающий поток до тех пор, пока поток, чей метод join() был вызван, не завершится.

У потока есть имя. Имя можно передать конструктору, а также прочитать или изменить через атрибут name.

Поток может быть помечен как «поток-демон». Значение этого флага заключается в том, что вся программа Python завершается, когда остаются только потоки-демоны. Начальное значение наследуется от создающего потока. Флаг можно установить через свойство daemon или аргумент конструктора daemon.

Примечание

Потоки-демоны при завершении работы останавливаются принудительно. Их ресурсы (такие как открытые файлы, транзакции базы данных и т.п.) могут быть освобождены некорректно. Если нужно, чтобы потоки завершались корректно, сделайте их недемоническими и используйте подходящий механизм сигнализации, например Event.

Существует объект «главный поток»; он соответствует начальному потоку управления в программе Python. Это не фоновый поток.

Существует возможность создания «фиктивных объектов потоков». Это объекты потоков, соответствующие «внешним потокам», то есть потокам управления, запущенным вне модуля threading, например, напрямую из C-кода. Фиктивные объекты потоков имеют ограниченную функциональность; они всегда считаются живыми и демоническими, и к ним нельзя применить join(). Они никогда не удаляются, так как невозможно обнаружить завершение внешнего потока.

class threading.Thread(group=None, target=None, name=None, args=(), kwargs={}, *, daemon=None)

Этот конструктор всегда следует вызывать с именованными аргументами. Аргументы:

Параметр group должен быть None; зарезервирован для будущего расширения, когда будет реализован класс ThreadGroup.

Параметр target – это вызываемый объект, который будет вызван методом run(). По умолчанию None, то есть ничего не вызывается.

name – это имя потока. По умолчанию создаётся уникальное имя вида «Поток-N», где N – небольшое десятичное число.

args – кортеж аргументов для вызова целевой функции. По умолчанию равен ().

kwargs – это словарь именованных аргументов для вызова target. По умолчанию {}.

Если не None, параметр daemon явно задаёт, является ли поток демоническим. Если None (по умолчанию), свойство демоничности наследуется от текущего потока.

Если подкласс переопределяет конструктор, он должен вызывать конструктор базового класса (Thread.__init__()) перед любыми другими действиями с потоком.

Изменено в версии 3.3: Добавлен аргумент daemon.

start()

Запускает выполнение потока.

Этот метод должен вызываться не более одного раза для каждого объекта потока. Он организует вызов метода run() объекта в отдельном потоке управления.

Этот метод вызовет исключение RuntimeError, если его вызвать более одного раза для одного и того же объекта потока.

run()

Метод, представляющий действие потока.

Вы можете переопределить этот метод в подклассе. Стандартный метод run() вызывает вызываемый объект, переданный конструктору объекта как аргумент target (если он есть), с позиционными и именованными аргументами, взятыми из аргументов args и kwargs соответственно.

join(timeout=None)

Ожидает завершения потока. Этот метод блокирует вызывающий поток до тех пор, пока поток, для которого вызван метод join(), не завершится – либо нормально, либо из-за необработанного исключения – или пока не истечёт указанное время ожидания.

Когда аргумент timeout присутствует и не равен None, он должен быть числом с плавающей точкой, задающим время ожидания операции в секундах (или долях секунды). Поскольку join() всегда возвращает None, необходимо вызвать is_alive() после join(), чтобы определить, произошло ли истечение времени – если поток всё ещё жив, вызов join() завершился по тайм-ауту.

Если аргумент timeout отсутствует или равен None, операция будет блокироваться до завершения потока.

К одному потоку можно применить join() много раз.

Вызов join() вызывает исключение RuntimeError, если предпринимается попытка присоединения к текущему потоку, поскольку это привело бы к взаимоблокировке. Также является ошибкой вызов join() для потока до его запуска, и такие попытки вызывают то же исключение.

name

Строка, используемая только для идентификации. Она не имеет семантического значения. Разным потокам можно задать одно и то же имя. Начальное имя устанавливается конструктором.

getName()
setName()

Устаревший API геттера/сеттера для name; вместо этого используйте его напрямую как свойство.

ident

«Идентификатор потока» данного потока или None, если поток не был запущен. Это ненулевое целое число. Смотрите функцию _thread.get_ident(). Идентификаторы потоков могут быть переиспользованы, когда поток завершается и создаётся новый поток. Идентификатор доступен даже после завершения потока.

is_alive()

Возвращает, жив ли поток.

Этот метод возвращает True начиная непосредственно перед запуском метода run() и до момента сразу после завершения метода run(). Функция модуля enumerate() возвращает список всех живых потоков.

daemon

Логическое значение, указывающее, является ли данный поток демоническим (True) или нет (False). Это значение должно быть установлено до вызова start(), иначе будет вызвано исключение RuntimeError. Его начальное значение наследуется от создающего потока; главный поток не является демоническим, и поэтому все потоки, созданные в главном потоке, по умолчанию имеют daemon = False.

Вся программа Python завершается, когда не остаётся ни одного живого потока, не являющегося демоном.

isDaemon()
setDaemon()

Устаревший API геттера/сеттера для daemon; вместо этого используйте его напрямую как свойство.

Деталь реализации CPython: В CPython из-за глобальная блокировка интерпретатора (Global Interpreter Lock) одновременно может выполняться только один поток Python (хотя некоторые библиотеки, ориентированные на производительность, могут обойти это ограничение). Если вы хотите, чтобы ваше приложение лучше использовало вычислительные ресурсы многоядерных машин, рекомендуется использовать multiprocessing или concurrent.futures.ProcessPoolExecutor. Однако threading по-прежнему является подходящей моделью, если требуется одновременное выполнение нескольких задач, связанных с вводом-выводом.

17.1.3. Объекты блокировокLock Objects

Примитивная блокировка – это синхронизационный примитив, который не принадлежит конкретному потоку в заблокированном состоянии. В Python это в настоящее время самый низкоуровневый доступный примитив синхронизации, реализованный непосредственно модулем расширения _thread.

Примитивная блокировка находится в одном из двух состояний: «заблокировано» (locked) или «разблокировано» (unlocked). Она создаётся в разблокированном состоянии. Имеет два основных метода: acquire() и release(). Когда состояние разблокировано, acquire() переводит его в заблокированное и сразу возвращает управление. Когда состояние заблокировано, acquire() блокируется до тех пор, пока вызов release() из другого потока не переведёт его в разблокированное; после этого вызов acquire() снова устанавливает заблокированное состояние и возвращает управление. Метод release() следует вызывать только в заблокированном состоянии; он переводит состояние в разблокированное и немедленно возвращает управление. При попытке освободить разблокированную блокировку будет возбуждено исключение RuntimeError.

Блокировки также поддерживают протокол контекстного менеджера.

Когда несколько потоков заблокированы в вызове acquire() в ожидании разблокировки состояния, только один поток продолжает работу после того, как вызов release() переведёт состояние в разблокированное; какой именно из ожидающих потоков продолжит работу – не определено и может различаться в разных реализациях.

Все методы выполняются атомарно.

class threading.Lock

Класс, реализующий объекты примитивной блокировки. Как только поток захватил блокировку, последующие попытки захватить её блокируются до тех пор, пока она не будет освобождена; любой поток может освободить её.

Изменено в версии 3.3: Изменён с фабричной функции на класс.

acquire(blocking=True, timeout=-1)

Захватывает блокировку, блокирующую или неблокирующую.

При вызове с аргументом blocking, установленным в True (по умолчанию), блокирует выполнение до тех пор, пока блокировка не будет разблокирована, после чего устанавливает её в заблокированное состояние и возвращает True.

При вызове с аргументом blocking, установленным в False, блокировка не выполняется. Если вызов с blocking, установленным в True, привёл бы к блокировке, немедленно возвращается False; в противном случае блокировка устанавливается в заблокированное состояние и возвращается True.

Если при вызове аргументу timeout с плавающей запятой задано положительное значение, блокировка происходит на время не более указанного timeout секунд, пока не будет получена блокировка. Значение timeout, равное -1, означает бесконечное ожидание. Запрещено указывать timeout, когда blocking равно false.

Возвращаемое значение – True, если блокировка успешно захвачена, или False в противном случае (например, если истёк тайм-аут).

Изменено в версии 3.2: Параметр timeout является новым.

Изменено в версии 3.2: Захват блокировки теперь может прерываться сигналами на POSIX.

release()

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

Когда блокировка установлена, сбрасывает её в снятое состояние и возвращает управление. Если другие потоки заблокированы в ожидании освобождения блокировки, ровно одному из них разрешается продолжить работу.

При вызове на незахваченной блокировке возбуждается RuntimeError.

Возвращаемое значение отсутствует.

17.1.4. Объекты RLockRLock Objects

Повторно входимая блокировка – это примитив синхронизации, который может быть захвачен одним и тем же потоком несколько раз. Внутри она использует понятия «поток-владелец» и «уровень рекурсии» в дополнение к состоянию «заблокировано/разблокировано», используемому простыми блокировками. В заблокированном состоянии блокировкой владеет какой-то поток; в разблокированном состоянии ею не владеет ни один поток.

Для блокировки поток вызывает свой метод acquire(); этот метод возвращает управление, когда поток получает во владение блокировку. Для разблокировки поток вызывает свой метод release(). Пары вызовов acquire()/release() могут быть вложенными; только последний вызов release() (самый внешний release()) переводит блокировку в разблокированное состояние и позволяет другому потоку, заблокированному в acquire(), продолжить работу.

Рекурсивные блокировки также поддерживают протокол контекстного менеджера.

class threading.RLock

Этот класс реализует объекты повторно входимой блокировки. Повторно входимая блокировка должна быть освобождена тем же потоком, который её захватил. После того как поток захватил повторно входимую блокировку, этот же поток может захватить её снова без блокировки; при этом поток должен освободить её один раз за каждый захват.

Обратите внимание, что RLock на самом деле является фабричной функцией, которая возвращает экземпляр наиболее эффективной версии конкретного класса RLock, поддерживаемой платформой.

acquire(blocking=True, timeout=-1)

Захватывает блокировку, блокирующую или неблокирующую.

При вызове без аргументов: если этот поток уже владеет блокировкой, увеличить уровень рекурсии на единицу и немедленно вернуться. В противном случае, если блокировкой владеет другой поток, блокироваться до тех пор, пока блокировка не будет освобождена. Как только блокировка освобождена (не принадлежит ни одному потоку), захватить владение, установить уровень рекурсии в единицу и вернуться. Если несколько потоков заблокированы в ожидании освобождения блокировки, только один из них сможет захватить владение. В этом случае возвращаемого значения нет.

При вызове с аргументом blocking, установленным в true, делает то же самое, что и при вызове без аргументов, и возвращает true.

При вызове с аргументом blocking, установленным в false, не блокируется. Если вызов без аргументов привёл бы к блокировке, немедленно возвращает false; в противном случае делает то же самое, что и при вызове без аргументов, и возвращает true.

При вызове с аргументом timeout типа float, установленным в положительное значение, блокируется не более чем на число секунд, указанное в timeout, и до тех пор, пока блокировка не будет получена. Возвращает True, если блокировка получена, и False, если истекло время ожидания.

Изменено в версии 3.2: Параметр timeout является новым.

release()

Освобождает блокировку, уменьшая уровень рекурсии. Если после уменьшения он становится нулевым, сбрасывает блокировку в разблокированное состояние (не принадлежит ни одному потоку), и, если другие потоки заблокированы в ожидании освобождения блокировки, ровно одному из них разрешается продолжить. Если после уменьшения уровень рекурсии всё ещё ненулевой, блокировка остаётся заблокированной и принадлежит вызывающему потоку.

Вызывайте этот метод только тогда, когда вызывающий поток владеет блокировкой. Исключение RuntimeError возбуждается, если этот метод вызван, когда блокировка разблокирована.

Возвращаемое значение отсутствует.

17.1.5. Объекты условийCondition Objects

Переменная условия всегда связана с какой-либо блокировкой; её можно передать, или же она будет создана по умолчанию. Передача блокировки полезна, когда несколько переменных условия должны совместно использовать одну и ту же блокировку. Блокировка является частью объекта условия: не нужно отслеживать её отдельно.

Переменная условия подчиняется протоколу контекстного менеджера: использование оператора with захватывает связанную блокировку на время вложенного блока. Методы acquire() и release() также вызывают соответствующие методы связанной блокировки.

Другие методы должны вызываться только при удержании связанной блокировки. Метод wait() освобождает блокировку и затем блокируется, пока другой поток не пробудит его вызовом notify() или notify_all(). После пробуждения wait() повторно захватывает блокировку и возвращает управление. Также можно указать тайм-аут.

Метод notify() пробуждает один из потоков, ожидающих на данной условной переменной (если такие есть). Метод notify_all() пробуждает все потоки, ожидающие на условной переменной.

Примечание: методы notify() и notify_all() не освобождают блокировку; это означает, что пробуждённый поток (или потоки) не вернутся из своего вызова wait() немедленно, а только тогда, когда поток, вызвавший notify() или notify_all(), окончательно откажется от владения блокировкой.

Типичный стиль программирования с использованием условных переменных заключается в том, чтобы использовать блокировку для синхронизации доступа к некоторому общему состоянию; потоки, заинтересованные в определённом изменении состояния, вызывают wait() многократно, пока не увидят желаемое состояние, тогда как потоки, изменяющие состояние, вызывают notify() или notify_all(), когда они изменяют состояние таким образом, что оно может оказаться желаемым для одного из ожидающих потоков. Например, следующий код представляет собой обобщённую ситуацию «производитель-потребитель» с неограниченной ёмкостью буфера:

# Потребить один элемент
with cv:
    while not an_item_is_available():
        cv.wait()
    get_an_available_item()

# Произвести один элемент
with cv:
    make_an_item_available()
    cv.notify()

Цикл while, проверяющий условие приложения, необходим, потому что wait() может вернуть управление спустя произвольно долгое время, и условие, которое привело к вызову notify(), может уже не выполняться. Это присуще многопоточному программированию. Метод wait_for() можно использовать для автоматизации проверки условия, что упрощает вычисление тайм-аутов:

# Потребить элемент
with cv:
    cv.wait_for(an_item_is_available)
    get_an_available_item()

При выборе между notify() и notify_all() учитывайте, может ли одно изменение состояния быть интересно только одному или нескольким ожидающим потокам. Например, в типичной ситуации «производитель-потребитель» добавление одного элемента в буфер требует пробуждения только одного потока-потребителя.

class threading.Condition(lock=None)

Этот класс реализует объекты переменной условия. Переменная условия позволяет одному или нескольким потокам ожидать, пока другой поток не уведомит их.

Если аргумент блокировка задан и не равен None, то он должен быть объектом блокировка или RLock и использоваться в качестве базовой блокировки. В противном случае создаётся новый объект RLock, который используется как базовая блокировка.

Изменено в версии 3.3: изменён с фабричной функции на класс.

acquire(*args)

Захватывает базовую блокировку. Этот метод вызывает соответствующий метод базовой блокировки; возвращаемое значение – то, что возвращает этот метод.

release()

Освобождает базовую блокировку. Этот метод вызывает соответствующий метод базовой блокировки; возвращаемое значение отсутствует.

wait(timeout=None)

Ожидает до получения уведомления или до истечения тайм-аута. Если вызывающий поток не захватил блокировку на момент вызова этого метода, возбуждается исключение RuntimeError.

Этот метод освобождает базовую блокировку, а затем блокируется до тех пор, пока не будет пробуждён вызовом notify() или notify_all() для той же условной переменной из другого потока, или пока не наступит опциональный тайм-аут. После пробуждения или истечения тайм-аута он повторно захватывает блокировку и возвращает управление.

Если аргумент timeout присутствует и не равен None, то он должен быть числом с плавающей запятой, указывающим тайм-аут для операции в секундах (или долях секунды).

Если базовая блокировка является объектом RLock, то она не освобождается с помощью его метода release(), поскольку этот метод может фактически не разблокировать блокировку, если она была захвачена несколько раз рекурсивно. Вместо этого используется внутренний интерфейс класса RLock, который действительно разблокирует её, даже если она была рекурсивно захвачена несколько раз. Затем другой внутренний интерфейс восстанавливает уровень рекурсии при повторном захвате блокировки.

Возвращаемое значение равно True, если только не истёк заданный тайм-аут; в этом случае возвращается False.

Изменено в версии 3.2: Ранее метод всегда возвращал None.

wait_for(predicate, timeout=None)

Ожидание, пока условие не станет истинным (True). predicate должен быть вызываемым объектом, результат которого будет интерпретироваться как логическое значение. Можно указать timeout, задающий максимальное время ожидания.

Этот вспомогательный метод может многократно вызывать wait(), пока предикат не будет выполнен или пока не истечет время ожидания. Возвращаемое значение – это последнее возвращаемое значение предиката, и оно будет равно False, если метод завершился по тайм-ауту.

Если не учитывать возможность тайм-аута, вызов этого метода примерно эквивалентен следующему коду:

while not predicate():
    cv.wait()

Поэтому применяются те же правила, что и для wait(): блокировка должна быть захвачена при вызове и повторно захватывается при возврате. Предикат вычисляется при захваченной блокировке.

Новое в версии 3.2.

notify(n=1)

По умолчанию пробуждает один поток, ожидающий на этом условии, если таковой имеется. Если вызывающий поток не захватил блокировку при вызове этого метода, возникает исключение RuntimeError.

Этот метод пробуждает не более n потоков, ожидающих на переменной условия; если ни один поток не ожидает, он ничего не делает.

Текущая реализация пробуждает ровно n потоков, если ожидает не менее n потоков. Однако полагаться на такое поведение небезопасно. В будущем оптимизированная реализация может иногда пробуждать более n потоков.

Примечание: пробужденный поток фактически не возвращается из своего вызова wait(), пока не сможет повторно захватить блокировку. Поскольку notify() не освобождает блокировку, это должен сделать вызвавший её поток.

notify_all()

Пробуждает все потоки, ожидающие на этом условии. Этот метод действует как notify(), но пробуждает все ожидающие потоки вместо одного. Если вызывающий поток не захватил блокировку при вызове этого метода, возникает исключение RuntimeError.

17.1.6. Объекты семафоровSemaphore Objects

Это один из старейших примитивов синхронизации в истории информатики, изобретенный ранним нидерландским учёным Эдсгером В. Дейкстрой (он использовал имена P() и V() вместо acquire() и release()).

Семафор управляет внутренним счётчиком, который уменьшается при каждом вызове acquire() и увеличивается при каждом вызове release(). Счётчик никогда не может стать меньше нуля; когда acquire() обнаруживает, что он равен нулю, он блокируется, ожидая, пока другой поток вызовет release().

Семафоры также поддерживают протокол менеджера контекста.

class threading.Semaphore(value=1)

Этот класс реализует объекты-семафоры. Семафор управляет счётчиком, представляющим количество вызовов release() минус количество вызовов acquire(), плюс начальное значение. Метод acquire() блокируется при необходимости, пока не сможет вернуться, не сделав счётчик отрицательным. Если не указано, value по умолчанию равен 1.

Необязательный аргумент задаёт начальное value для внутреннего счётчика; по умолчанию оно равно 1. Если указанное value меньше 0, возникает исключение ValueError.

Изменено в версии 3.3: изменён с фабричной функции на класс.

acquire(blocking=True, timeout=None)

Захватывает семафор.

При вызове без аргументов: если внутренний счётчик при входе больше нуля, уменьшить его на единицу и сразу вернуться. Если он равен нулю, заблокироваться, ожидая, пока другой поток вызовет release(), чтобы сделать его больше нуля. Это делается с надлежащей взаимной блокировкой, так что если несколько вызовов acquire() заблокированы, release() пробудит ровно один из них. Реализация может выбрать любой случайным образом, поэтому на порядок пробуждения заблокированных потоков полагаться не следует. Возвращает true (или блокируется на неопределённый срок).

При вызове с blocking, установленным в false, не блокироваться. Если вызов без аргумента заблокировался бы, немедленно вернуть false; в противном случае сделать то же самое, что и при вызове без аргументов, и вернуть true.

При вызове с timeout, отличным от None, он будет блокироваться не более timeout секунд. Если acquire не завершится успешно за это время, вернуть false. В противном случае вернуть true.

Изменено в версии 3.2: Параметр timeout является новым.

release()

Освобождает семафор, увеличивая внутренний счётчик на единицу. Когда он был равен нулю при входе и другой поток ожидает, когда он снова станет больше нуля, пробуждает этот поток.

class threading.BoundedSemaphore(value=1)

Класс, реализующий ограниченные семафоры (bounded semaphore). Ограниченный семафор проверяет, что его текущее значение не превышает начальное. Если превышает, возникает исключение ValueError. В большинстве ситуаций семафоры используются для защиты ресурсов с ограниченной ёмкостью. Если семафор освобождается слишком много раз, это признак ошибки. Если не указано, value по умолчанию равен 1.

Изменено в версии 3.3: изменён с фабричной функции на класс.

17.1.6.1. Semaphore ПримерSemaphore Example

Семафоры часто используются для защиты ресурсов с ограниченной ёмкостью, например, сервера базы данных. В любой ситуации, когда размер ресурса фиксирован, следует использовать ограниченный семафор. Перед запуском рабочих потоков главный поток инициализирует семафор:

maxconnections = 5
# ...
pool_sema = BoundedSemaphore(value=maxconnections)

После запуска рабочие потоки вызывают методы acquire и release семафора, когда им нужно подключиться к серверу:

with pool_sema:
    conn = connectdb()
    try:
        # ... использовать соединение ...
    finally:
        conn.close()

Использование ограниченного семафора снижает вероятность того, что ошибка программирования, приводящая к освобождению семафора большее количество раз, чем его захват, останется незамеченной.

17.1.7. Объекты событийEvent Objects

Это один из простейших механизмов взаимодействия между потоками: один поток сигнализирует о событии, а другие потоки ожидают его.

Объект-событие управляет внутренним флагом, который может быть установлен в true методом set() и сброшен в false методом clear(). Метод wait() блокируется, пока флаг не станет true.

class threading.Event

Класс, реализующий объекты-события. Событие управляет флагом, который может быть установлен в true методом set() и сброшен в false методом clear(). Метод wait() блокируется, пока флаг не станет true. Изначально флаг равен false.

Изменено в версии 3.3: изменён с фабричной функции на класс.

is_set()

Возвращает true тогда и только тогда, когда внутренний флаг равен true.

set()

Устанавливает внутренний флаг в true. Все потоки, ожидающие его установки в true, пробуждаются. Потоки, которые вызывают wait() после того, как флаг уже true, не будут блокироваться вообще.

clear()

Сбрасывает внутренний флаг в false. После этого потоки, вызывающие wait(), будут блокироваться до тех пор, пока не будет вызван set(), чтобы снова установить флаг в true.

wait(timeout=None)

Блокируется, пока внутренний флаг не станет true. Если при входе флаг уже true, вернуться немедленно. В противном случае блокироваться до тех пор, пока другой поток не вызовет set(), чтобы установить флаг в true, или пока не истечет необязательный тайм-аут.

Если аргумент timeout присутствует и не равен None, он должен быть числом с плавающей точкой, задающим таймаут для операции в секундах (или долях секунды).

Этот метод возвращает True тогда и только тогда, когда внутренний флаг был установлен в True (до вызова wait или в процессе ожидания). Таким образом, он всегда возвращает True, за исключением случаев, когда указан таймаут и его время истекло.

Изменено в версии 3.1: Ранее метод всегда возвращал None.

17.1.8. Объекты таймеровTimer Objects

Этот класс представляет действие, которое должно быть выполнено только после того, как пройдет определенное время – таймер. Timer является подклассом Thread и, таким образом, служит примером создания пользовательских потоков.

Таймеры запускаются, как и потоки, вызовом их метода start(). Таймер можно остановить (до начала его действия) вызовом метода cancel(). Интервал, который таймер будет ждать перед выполнением своего действия, может не в точности совпадать с интервалом, указанным пользователем.

Например:

def hello():
    print("hello, world")

t = Timer(30.0, hello)
t.start() # через 30 секунд будет выведено "hello, world"
class threading.Timer(interval, function, args=None, kwargs=None)

Создает таймер, который запустит function с аргументами args и именованными аргументами kwargs по прошествии interval секунд. Если args равно None (по умолчанию), будет использован пустой список. Если kwargs равно None (по умолчанию), будет использован пустой словарь.

Изменено в версии 3.3: изменён с фабричной функции на класс.

cancel()

Останавливает таймер и отменяет выполнение его действия. Это сработает, только если таймер всё ещё находится в стадии ожидания.

17.1.9. Объекты барьеровBarrier Objects

Новое в версии 3.2.

Этот класс предоставляет простой примитив синхронизации для использования фиксированным количеством потоков, которым нужно дождаться друг друга. Каждый поток пытается пройти барьер, вызывая метод wait(), и блокируется до тех пор, пока все потоки не сделают вызов. В этот момент потоки освобождаются одновременно.

Барьер можно использовать повторно любое количество раз для того же числа потоков.

В качестве примера приведён простой способ синхронизации потоков клиента и сервера:

b = Barrier(2, timeout=5)

def server():
    start_server()
    b.wait()
    while True:
        connection = accept_connection()
        process_server_connection(connection)

def client():
    b.wait()
    while True:
        connection = make_connection()
        process_client_connection(connection)
class threading.Barrier(parties, action=None, timeout=None)

Создает объект барьера для parties потоков. Параметр action, если указан, должен быть вызываемым объектом, который будет вызван одним из потоков при их освобождении. timeout – это значение таймаута по умолчанию, если оно не задано для метода wait().

wait(timeout=None)

Пройти барьер. Когда все потоки-участники барьера вызовут эту функцию, они все освобождаются одновременно. Если указан timeout, он используется с приоритетом перед любым значением, переданным конструктору класса.

Возвращаемое значение – целое число в диапазоне от 0 до parties – 1, различное для каждого потока. Это можно использовать для выбора потока, который выполнит специальные вспомогательные действия, например:

i = barrier.wait()
if i == 0:
    # Выводить это должен только один поток
    print("passed the barrier")

Если конструктору был передан action, один из потоков вызовет его перед освобождением. Если этот вызов вызовет ошибку, барьер переводится в состояние сбоя.

Если вызов истекает по таймауту, барьер переводится в сломанное состояние.

Этот метод может возбудить исключение BrokenBarrierError, если барьер был поврежден или сброшен, пока поток ожидает.

reset()

Возвращает барьер в исходное пустое состояние. Все потоки, ожидающие на нем, получат исключение BrokenBarrierError.

Обратите внимание, что использование этой функции может потребовать внешней синхронизации, если есть другие потоки, состояние которых неизвестно. Если барьер сломан, возможно, лучше просто оставить его и создать новый.

abort()

Переводит барьер в поврежденное состояние. Это приводит к тому, что любые текущие или будущие вызовы wait() завершаются ошибкой с BrokenBarrierError. Используйте это, например, если один из потоков необходимо прервать, чтобы избежать взаимоблокировки приложения.

Возможно, предпочтительнее просто создать барьер с разумным значением timeout, чтобы автоматически защититься от сбоя одного из потоков.

parties

Количество потоков, необходимое для прохождения барьера.

n_waiting

Количество потоков, ожидающих в данный момент на барьере.

broken

Булево значение, которое равно True, если барьер находится в поврежденном состоянии.

exception threading.BrokenBarrierError

Это исключение, являющееся подклассом RuntimeError, возбуждается, когда объект Barrier сбрасывается или повреждается.

17.1.10. Использование блокировок, условий и семафоров в операторе withUsing locks, conditions, and semaphores in the with statement

Все объекты, предоставляемые этим модулем, которые имеют методы acquire() и release(), могут использоваться как контекстные менеджеры в операторе with. Метод acquire() будет вызван при входе в блок, а release() – при выходе из блока. Следовательно, следующий фрагмент:

with some_lock:
    # выполнить какие-то действия...

эквивалентно:

some_lock.acquire()
try:
    # выполнить какие-то действия...
finally:
    some_lock.release()

В настоящее время объекты Lock, RLock, Condition, Semaphore и BoundedSemaphore могут использоваться как контекстные менеджеры в операторе with.