Как в Socket задать параметры для SO_KEEPALIVE? Нахожу в документации только методы getKeepAlive и setKeepAlive, но они задают лишь булево значение.

Как определить разрыв соединения?

Обычно для это используются heartbeat message.

В TCP соединении уже предусмотрена для этого TCP-keepalive. Вот только возможности задать свои значения tcp_keepalive_time, tcp_keepalive_intvl, tcp_keepalive_probes из Java никак не нахожу.

Это сообщение отредактировал(а) Logo - 11.12.2012, 17:27

По умолчанию не включена, но ее можно включить, в Java для этого есть setKeepAlive, но опции как задать, не понятно.


Т.е. не все ОС/TCP-клиенты обязаны соблюдать TCP keep-alive? А как дела на практике?

Встроенная проверка соединения, если включена, осуществляется примерно раз в два часа посылкой heartbeat. Этот период не регулируется и зависит от реализации. Стандарт был заложен давно. На практике такой большой период неопределенности часто не устраивает, поэтому распространенным, простым и переносимым решением является организация проверки соединения в приложении (т.е. не используют keep-alive). Программируют отсылку heartbeat с нужным периодом и его обработку.  

Не все реализации TCP стека должны поддерживать такую опцию. На практике Windows и Linux поддерживают.

COVD
Вообще-то в C/C++ можно задавать свои значения структуры keep-alive, как в других языках не знаю. А в Java видимо нет(.
Только задать значения через sysctrl, что выглядит как хак,  т.к. влияет на всю систему.
Либо расширять прикладной протокол, что уже несколько сложнее. + Придется, как я понимаю, добавить еще один поток, или переделать на неблокирующие сокеты, т.к. чтение блокирует поток.

Можно, но это не 100% переносимое решение. На каких-то ОС это было невозможно, наверное. Видимо, поэтому в Java этого нет. С другой стороны, не так много ситуаций, когда это необходимо. В соединениях запрос-ответ достаточно таймаутов на соединение и чтение. В соединениях, где передается непрерывный поток данных, сам факт поступления данных является индикатором исправности соединения, и достаточно таймаута на чтение. И только в случае, когда поток передаваемых данных имеет естественные паузы требуется в эти паузы добавлять heartbeat, чтобы не сработал таймаут на чтение на приемной стороне. Да, для реализации heartbeat может потребоваться дополнительный поток на передающей стороне. Но такое усложнение прикладного протокола не представляется чрезмерным.

Это сообщение отредактировал(а) COVD - 16.12.2012, 18:53

Кстати есть еще один момент: heartbeat message еще показывает, что сервер/клиент жив. TCP keepalives поддерживается на уровне ОС, и возможна ситуация когда сервер/клиент завис, а keepalive пакеты по прежнему идут.

А сам keep-alive тем не менее есть, странно...

Это давняя история и вы можете найти много обсуждений в интернете. Вы не первый, кому представляется странным, что в Java нельзя изменить период встроенного keep-alive. 

Вот интересно, если на сервере несколько приложений, которым нужен каждому свой период проверки соединения. И приложения имели бы возможность установить свой период keep-alive в сокете. Не было бы здесь конфликта?