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

один из способов взглянуть на схему реактора, чтобы внимательно рассмотреть его связано с идеей "неблокирующих" операций. Реактор отправляет уведомления, когда определенные операции могут быть выполнены без блокировки. Например, select(2) может использоваться для реализации шаблона реактора для чтения и записи в сокеты с использованием стандартных API сокетов BSD (recv(2),send(2) и т. д.). select скажет вам, когда вы можете получать байты из сокета мгновенно - потому, что байты в буфере приемника ядра для этого сокета, для образец.

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

API портов завершения ввода-вывода Windows (IOCP) является одним из примеров, где proactor шаблон можно увидеть. При выполнении отправки на сокете с IOCP операция отправки запускается независимо от того, есть ли место в буфере отправки ядра для этого сокета. Операция отправки продолжается (в другом потоке, возможно, потоке в ядре), пока WSASend сразу вызов завершается. Когда отправить на самом деле завершает (это означает только то, что передаваемые байты были скопированы в буфер отправки ядра для этого сокета), a функция обратного вызова, поставляемая в WSASend вызов вызывается (в новом потоке в приложении).

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

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

строго говоря, Twisted злоупотребляет термином реактор. Скрученный реактор на основе select(2) (twisted.internet.selectreactor) реализуется с помощью неблокирующего ввода / вывода, который очень похож на реактор. Тем не менее, интерфейс предоставляет код приложения асинхронные, что делает его более proactor-как. Twisted также имеет реактор на основе IOCP. Этот реактор предоставляет тот же асинхронный API, обращенный к приложению и использует proactor-подобные API IOCP. Этот гибридный подход, варьирующийся от платформы к платформе в своих деталях, не делает ни термин "реактор", ни "проактор" особенно точными, но поскольку API подвергается twisted.internet.reactor в основном полностью асинхронный вместо неблокирующий,proactor вероятно, было бы лучшим выбором имени.