Идентификатор socket.io с данными сеанса совместного доступа, как работает io.use()

Ответ 1

Несмотря на то, что @oLeduc является правильным, есть еще несколько вещей, чтобы объяснить.

Почему запрос квитирования не входит в область промежуточного программного обеспечения экспресс-сессии?

Самая большая причина здесь в том, что промежуточное ПО в экспресс-среде предназначено для обработки конкретных запросов. Не все, но большинство обработчиков используют стандартный синтаксис req, res, next. И сокеты "без запроса", если можно сказать. Тот факт, что у вас есть socket.request, связано с тем, как делается рукопожатие, и что для этого используется HTTP. Итак, ребята из socket.io взломали этот первый запрос в ваш класс сокетов, чтобы вы могли его использовать. Эксплуатационная команда не была разработана, чтобы работать с сокетами и TCP.

Каковы сценарии, в которых будут срабатывать middlewares, определенные с помощью io.use()?

io.use является близким представлением пути экспресс-связи use. В express, промежуточное программное обеспечение выполняется по каждому запросу, не так ли? Но сокеты не имеют запросов, и будет неудобно использовать промежуточное программное обеспечение для каждого сокета, чтобы они запускали его для каждого подключения. Но так же, как и экспресс-промежуточное программное обеспечение укладывается в стек и используется до того, как обрабатывается фактический запрос (и отвечает), Socket.IO использует промежуточное программное обеспечение при подключении и даже до фактическое рукопожатие! Вы можете перехватить рукопожатие, если хотите, используя такое промежуточное программное обеспечение, которое очень удобно (чтобы защитить ваш сервер от спама). Подробнее об этом можно узнать в коде паспорт-сокето

Почему io.use() срабатывает перед io.of('/abc'). use()?

Реальное объяснение этого можно найти здесь, который является этим кодом:

Server.prototype.of = function(name, fn){
    if (String(name)[0] !== '/') name = '/' + name;

    if (!this.nsps[name]) {
        debug('initializing namespace %s', name);
        var nsp = new Namespace(this, name);
        this.nsps[name] = nsp;
    }
    if (fn) this.nsps[name].on('connect', fn);
    return this.nsps[name];
};

И в начале кода есть эта строка кода:

this.sockets = this.of('/');

Итак, существует пространство имен по умолчанию, созданное с самого начала. И прямо там, вы можете видеть, что он сразу же подключился к приложению connect. Позже каждое пространство имен получает тот же самый прослушиватель connect, но поскольку Namespace - EventEmitter, слушатели добавляются один за другим, поэтому они запускаются один за другим. Другими словами, пространство имен по умолчанию имеет его слушатель на первом месте, поэтому он запускается первым.

Я не думаю, что это предназначено специально, но это случилось именно так:)

Почему socket.request.res undefined?

Честно говоря, я не совсем уверен в этом. Это из-за того, как реализовано engine.io - вы можете прочитать немного больше здесь. Он прикрепляется к обычному серверу и отправляет запросы для установления рукопожатия. Я могу только предположить, что иногда по ошибкам заголовки отделены от ответа и почему вы их не получите. В любом случае, все еще просто гадать.

Полезная информация помогает.

Ответ 2

Почему запрос квитирования не входит в область промежуточного программного обеспечения экспресс-сессии?

Потому что socket.io будет прикрепляться к http.Server, который является слоем под экспресс. Он упоминается в комментарии в источнике socket.io.

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

Каковы сценарии, в которых будут срабатывать middlewares, определенные с помощью io.use()?

Всякий раз, когда создается новое соединение сокета.

Таким образом, каждый раз, когда клиент подключается, он вызывает вызовы middlewares с помощью io.use(). Однако, когда клиент подключен, он не вызывается, когда пакет получен от клиента. Не имеет значения, инициируется ли соединение в пользовательском пространстве имен или в основном пространстве имен, он всегда будет вызываться.

Почему io.use() срабатывает перед io.of('/abc'). use()?

Пространства имен - это деталь реализации socket.io, в действительности, веб-порты всегда будут попадать в основное пространство имен.

Чтобы проиллюстрировать ситуацию, посмотрите на этот фрагмент и вывод, который он производит:

var customeNamespace = io.of('/abc');

customeNamespace.use(function(socket, next){
  console.log('Use -> /abc');

  return next();
});

io.of('/abc').on('connection', function (socket) {
  console.log('Connected to namespace!')
});

io.use(function(socket, next){
  console.log('Use -> /');

  return next();
});

io.on('connection', function (socket) {
  console.log('Connected to namespace!')
});

Вывод:

Use -> /
Main namespace
Use -> /abc
Connected to namespace!

См. предупреждение о том, что команда socket.io добавлена ​​в свою документацию:

Важное примечание. Пространство имен является деталью реализации протокола Socket.IO и не связано с фактическим URL-адресом базового транспорта, который по умолчанию соответствует /socket.io/....

Почему socket.request.res undefined?

Насколько я знаю, он никогда не должен быть undefined. Это может быть связано с вашей конкретной реализацией.