Почему не сразу закрывается websocket в Chrome и Firefox при обрыве связи?

Question

[killer112]

Ситуация: необходимо на страничке уведомить пользователя об обрыве интернет соединения и обеспечить целостность данных, которые в момент обрыва должны были поступить в websocket.
Что происходит и как воспроизвести: после загрузки страницы js устанавливает webosocket соединение, выключаем wi-fi на устройстве и ловим событие закрытия соединения.

const ws = new WebSocket('wss://.......');
ws.onopen = () => { ... };
ws.onclose = () => { console.log('Websocket was closed')};

В Safari событие закрытия появляется в течении 1 секунды, в Firefox от 2 до 10 секунд, в Chrome событие закрытия соединения можно ждать до 1 минуты.
Вопрос: каким-то образом можно повлиять на скорость реагирования Chrome чтобы ws соединение закрывалось сразу же? Или это фича такая?

Comments

[rPman]

как именно происходит закрытие соединения? если сервером, то шли перед закрытием соответствующий мессадж - типа 'я закрываюсь'

судя по всему такова селяви
разруливать только периодическими пингами на канале, тогда разрыв связи задетектится в момент отсылки (точнее неполучения, это + таймаут) сообщения

[killer112]

rPman, я же написал: подключился к websocket, отключается wifi, в консоли браузера соединение висит как активное, хотя должно сразу разорваться. При запросе по http (например - длительное ожидание или загружается большой файл) если отключить wifi на устройстве - соединение сразу будет завершено, о чем мы увидим ошибку в консоли. В случае с websocket Firefox и Chrome чего-то ждут и тупят перед тем как средствами js можно отловить закрытие соединения.

[rPman]

тогда это явный баг, если http ловит разрыв связи а websocket нет (по сути websocket это просто расширение http)

могу посоветовать сдаунгрейдить протокол до http long pooling, он простой как валенок

[killer112]

rPman, спасибо за совет, но это в моем случае не возможно по причине использования клиентских и серверных библиотек для взаимодействия посредством websocket.

[Vest]

Я лишь предполагаю. Подобное поведение иногда можно наблюдать с обычными сокетами. Когда сокет обрывается, код может этого не понять и ему будет казаться, что он открыт долгое время. Ошибка (соединения) возникнет, когда вы попробуете отправить что-либо через этот сокет. Возможно, в вашем случае здесь тоже самое. Попробуйте понаблюдать, что произойдёт с onclose, если вы каждую секунду будете пинговать свой сервер, а потом просто отключите сеть.

[Александр]

По сути это нормальное поведение. Вам необходимо углубится немного в то как работает TCP/IP. Дело в том что у сетевого стека нет никакой возможности обнаружить что у вас пропал wifi, единственное что можно сделать это что-то отправить в сеть и если назад через некоторое время не пришло в ответ ничего - то значит связь, скорее всего оборвана. В своем сервисе я это решаю тем, что периодически шлю запрос на сервер по websocket, при получении такого сообщения сервер шлет ответ. Если в ответ на клиент в течении 30 секунд не приходит - значит связи нет.
В случае с эплом скорее всего потому что система уведомляет safari о том что статус wifi изменился. Скорее всего если вы выдерните шнур из роутера вместо отключения wifi на устройстве, то в safari будет такая же ситуация как и в других браузерах.
Вызов колбек функции onclose произойдет только если websocket будет закрыт "нормальным" способом, например сервер или клиент явно скажет о закрытии или закрытие вкладки в браузере

[killer112]

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