Что такое торнадо-илооп и рабочий процесс торнадо?

Я хочу знать внутренний рабочий процесс торнадо и видел эту статью, это здорово, но что-то, что я просто не могу понять

внутри ioloop.py существует такая функция

def add_handler(self, fd, handler, events):
    """Registers the given handler to receive the given events for fd."""
    self._handlers[fd] = handler
    self._impl.register(fd, events | self.ERROR)

так что это значит? каждый запрос вызывает add_handler или он просто запускается один раз, когда init?

каждый сокет соединяется будет генерировать файловый дескриптор, или он просто сгенерирован один раз?

какова связь между ioloop и iostream?

Как httpserver работает с ioloop и iostream?

есть ли какая-либо диаграмма рабочего процесса, так что я могу ясно ее видеть?

Извините за эти вопросы, я просто запутался

любая ссылка, подсказка, подсказка помогает. большое спасибо:)

ОТВЕТЫ

Ответ 1

Я посмотрю, смогу ли я ответить на ваши вопросы в порядке:

  • Здесь _impl доступен любой механизм опроса сокета, epoll в Linux, select в Windows. Таким образом, self._impl.register(fd, events | self.ERROR) передает запрос "wait for some event" в базовую операционную систему, в том числе, в частности, события ошибок.

    При запуске HTTPServer будет регистрировать сокеты для приема соединений, используя IOLoop.add_handler(). Когда соединения будут приняты, они будут генерировать больше сокетов связи, которые, вероятно, также добавят обработчики событий через IOStream, который также может вызвать add_handler(). Таким образом, новые обработчики будут добавлены как в начале, так и при получении соединений.

  • Да, каждое новое соединение сокета будет иметь уникальный файловый дескриптор. Первоначальный сокет, который прослушивает HTTPServer, должен хранить свой дескриптор файла. Файловые дескрипторы предоставляются операционной системой.

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

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

  • В listen() HTTPServer создает сокет, который он использует для прослушивания соединений, используя IOLoop. Когда соединение получено, оно использует socket.accept() для создания нового сокета, который затем используется для связи с клиентом с использованием нового HTTPConnection.

    HTTPConnection использует IOStream для передачи данных клиенту или с него. Этот IOStream использует IOLoop для этого асинхронным и неблокирующим способом. Многие объекты IOStream и HTTPConnection могут быть активны сразу, все используют один и тот же IOLoop.

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