у нас вебсокет подключение используется к внешнему сервису, то чтобы оно как то само по себе жило мы прикрутили обработчик на событие onClose и в нем еще раз коннектились, ну и уже при событии onConnect выполнялись все необходимые инструкции. Потом немного поменялась логика, и прикрутили еще редис чтобы стабилизировать работу сокета, переключать урлу сокета и прочее. Я хз мб было решение получше, мы ничего не нашли и накостылили так

Это можно было красиво решить через rxjs. Просто поставить retrywhen - в него уже засунуть метод подключения.

я честно говоря вообще хз, даже что такое rxjs не вкуриваю, давно хотел разобратся почитать, но матушка лень) А есть какие то примерчики, или статейки интерестные? желательно что то для уровня чайника)

Еще иногда проскакивает проблема с дисконектом
Сервис работает какое-то время и потом выдает в консоль то, что произошел дисконект от api-ws,  при этом само приложение продолжало нормально работать
Может знаете как с этим бороться?
Мб какой-то триггер поставить на запросы туда?

может библиотека которая коннектится сама переподключается?

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

Та вроде нет, выводит вечно эти логи

Нету что-то вроде time-out ?

Не-а

Ничего такого там нет, я если честно сам хз, что его не устраивает

При этом, все работает нормально дальше, но лог о дисконекте выкидывает

поставь логи на входящем сообщении, и посмотри идут ли они. Странно будет если сообщения идут но сокет отвалился :/

и еще поставь логи на onConnect или как то так

может всетаки реконнектится

Пробовал, но коннект очень много памяти кушает, поэтому не вариант

Единственное, что приходило в голову- кидать какой-то запрос просто раз в какое-то время

Вдруг оно из-за бездействия дисконектит

в том плане что поставь логи на коннекте, чтобы увидеть может он сам по себе реконектится

может быть кстати

какой то пинг можно бахнуть