Как проверить Socket соединение в Android?

Question

[MrStuff88]

Добрый день. Стоит задача сделать Android приложение, которое находясь в одной Wi-Fi сети с сервером, общается с ним по TCP через Сокет. Общение Клиент-сервер реализовать получилось, но есть один момент. Если Сервер резко перестает работать, но при этом не закрывает соединение(например выключили свет), как андроид устройство узнает об этом? Стандартные методы Socket isConnected, isClosed не подходят, т.к. выполняют немного другие функции. Облазил весь гугл, но не нашел решения. Много где писали, что Socket не реализует проверку наличия или отсутствия соединения. Вообщем вопрос знатокам, как узнать, что сервер упал?

Answer 1

[Rou1997]

Для этого необходимо реализовать keep-alive, то есть с небольшим интервалом постоянно отправлять специальные запросы, а сервер пусть на них отвечает, причем на стандартную реализацию в библиотеке лучше не надеяться, она запросто может зависеть от ОС.
Между прочим, без keep-alive, то есть без активности, соединение закроется само собой через несколько часов, даже не надо никаких сбоев.
А еще связь может пропасть уже при отправке пакета (потеря контакта в разъеме и т.п.), а потом опять возобновиться, тогда все пройдет без всяких Exception, но принимающая сторона получит поврежденный пакет (с нулевыми байтами начиная с какого-то номера), поэтому принимающая сторона должна проверять пакет и перезапрашивать при необходимости (отправлять специальный запрос, который перезапрашивает этот пакет), с обратной стороны снова проверка, и так до бесконечности, пока сеанс не пройдет успешно.
Наконец, надо проверить, не могут ли 2 пакета "слиться" в 1 при частой отправке, и если могут, то принять меры - обозначить искусственные границы.
Довольно сложный алгоритм получается. Еще хорошо, что сеть локальная, и в ней нет ботов, да и риск сбоев ниже.

Comments

[MrStuff88]

К сожалению сервер находится на низкоуровневом устройстве, которое не располагает большим объёмом памяти, так что все проверки нужно делать на стороне андроида.
Закрытие соединения через несколько часов не проблема, время соединения будет около 10-15 минут.
По поводу "слиться", я замечал что при частой отправке пакетов с сервера, они сливаются в один и этот пакет доходит до андроида только после того, как андроид отправит новый пакет. Я думал это лаг какой-то, а тут вон как получается.
Кстати, пришла идея. Разве если соединение разорвано, на андроид устройстве не должно вылетать исключение? Вроде как бы должно, но у меня оно не срабатывает..

[Rou1997]

MrStuff88: А какая связь между объемом памяти и сложностью алгоритма?
Команды выполняются процессором, последовательно, а не памятью.
На размер исполняемого файла в постоянной и оперативной памяти, сложность алгоритма почти не влияет.

Разве если соединение разорвано, на андроид устройстве не должно вылетать исключение?

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

[MrStuff88]

Rou1997: Что именно Вы подразумеваете под пакетом? При отключении сервера, клиент(андроид) продолжает посылать по тому же сокету данные. В данном случае должно вылететь исключение?

[Rou1997]

MrStuff88: А что, под ним можно разное подразумевать? Ну, для вас, видимо, это так, ведь вы-то вовсе никаких пакетов не знаете, иначе бы не спрашивали такое.

При отключении сервера, клиент(андроид) продолжает посылать по тому же сокету данные. В данном случае должно вылететь исключение?

Если клиент уже начал отправлять байты пакета и вдруг пропала связь и с какого-то номера байты не отправились, то клиент никак об этом не узнает так как в TCP нет обратной связи проверяющей целостность пакета а не только факт, и сервер тоже не узнает так как в TCP нет нижней границы пакета, буфер заполнится нулями с этого номера, также как если бы буфер был выделен большей длины чем пакет.