Всем привет!

Вопрос про нативный http-модуль ноды. Функция-обработчик запроса принимает req и res, которые, вероятно, являются net-сокетами (у них имеются соответствующие методы). Я могу задать обработчик для события data сокета req и таким образом получать чанки тела POST-запроса. Пока что всё логично.

В то же время браузер хочет установить keep-alive-соединение и сервер ему в этом не отказывает, соответствующие заголовки есть как в request-headers, так и в response-headers. Разумеется, я и не против.

При keep-alive-соединении связь не рвётся, то есть можно было бы предположить, что req-сокет остаётся тем же самым. И обработчик запроса повесит на него второй обработчик события data. Этого не происходит. Разумеется, это хорошо, что так не происходит. Но хотелось бы разобраться, как это работает.

не понял, в какой момент ты ожидаешь навешивания второго обработчика на data?

Да, сорян, я это и не написал 😅
Я предполагал возможность появление такого эффекта при получении второго запроса, то есть запроса по уже существующему keep-alive-соединению

да не, браузер с нодой устанавливает readable stream чисто на получение данных из этого запроса, как данные получены он закрывается

А что тогда вообще значит keep alive?

скорее всего это значит что если ответ не начал моментально читаться он не закроет соединение а даст поудмать на том конце

Этот заголовок и в ответе есть 😅

Вот, википедия говорит, что TCP-соединение не рвётся

Да, сорян, я это и не написал 😅
Я предполагал возможность появление такого эффекта при получении второго запроса, то есть запроса по уже существующему keep-alive-соединению

так а второй запрос то при таких вводных вообще есть?
или запрос прилетает только один

Предположим, запросов много)

урок гугления от меня )

я имею в виду, попадаешь ли ты в обработчик запроса второй раз

Вот, википедия говорит, что TCP-соединение не рвётся

Ну, тут получается с заголовком keep alive так, что когда с ним реквест то соединение не закрывается до того пока не получит респонс