Мы столкнулись с проблемой с гнездом на интернет-коммутаторе.Например: пользователь подключился к Интернету A и переключил интернет на сеть B .Когда пользователь отключился, Socket потребовалось время для запуска события socket.disconnect (), но в то же время Пользователь снова подключился к сокету с новым socket_id (после переключения сети).
После повторного подключения пользователя мы также получили Socket.on('отключить') событие со старым socket_id, но это не должно быть.Потому что пользователь уже переподключен.
Мы делаем это, потому что мы должны управлять повторяющимся сеансом пользователя в сокете.
Возможно ли это, если пользователь повторно подключился за это время, мы не получили никакого события отключения?
Мы используем указанную ниже конфигурацию на стороне нашего сервера
- Socket Lib 2.1.1 с пулом и веб-сокетом
- Узловой сервер с однопоточным / многопоточным сокетом.
В одном потоке с Пул мы сталкиваемся с проблемой выше в редких случаях.Но в многопоточном сокет-сервере мы сталкиваемся с этой проблемой каждый раз.
Но в многопоточном с Websocket мы сталкиваемся с вышеуказанной проблемой в редком случае и в однопоточном сокет-сервере,мы сталкиваемся с этой проблемой каждый раз.
Можно ли увеличить время ответа сокета?Сокет должен сначала запустить очередь отключения, прежде чем подключать пользователя?Каков наилучший способ использовать сокет с пулами или веб-сокет в однопоточном / многопоточном сокете?