Основополагающим транспортом веб-сокетов является TCP, и эта тема координации различных скоростей отправки и получения называется управлением потоком (это особенность уровня TCP), а эта конкретная проблема известна как «медленный потребитель» (и является распространеннойпри отправке очень больших объемов данных по TCP, таких как данные финансового рынка).
Уровень TCP позволяет буферизовать в определенных точках канала связи, так что, если читатель не может идти в ногу с байтами,Сервер отправляет, байты могут быть временно сохранены в этих буферах (пока клиент не сможет их обработать). Могут быть буферы как на стороне считывателя, так и на стороне отправителя, обычно связанные с сокетом. Однако они обычно имеют фиксированный размер. Как только эти буферы заполнятся, сервер при следующей попытке отправить несколько байтов будет стоять перед выбором: либо сбросить соединение, либо подождать («заблокировать»), пока в буфере не будет места для отправки большего количества байтов.
Так что на самом деле это решение сервера, и я думаю, что, скорее всего, оно разорвет соединение (в противном случае существует риск, что все больше и больше памяти будет потребляться на сервере из-за полных буферов сокетов).