NIO - Wykrywanie zamkniętego połączenia

Question

Napisałem serwer, który wykonuje nieblokującą IO przy użyciu interfejsu Java NIO API. Widzę sytuację, w której aplikacja kliencka jest niespodziewanie zamykana (na przykład z powodu utraty zasilania), a połączenie pozostaje otwarte po stronie serwera.

Kolega napotkał ten sam problem i powiedział, że używa linii papilarnych do wykrycia tego typu rzeczy, ale mam nadzieję, że jest łatwiejszy sposób. Czy ktoś inny napotkał ten problem?

Kilka dodatkowych informacji: Mój obecny projekt serwera anuluje klucz i zamknie odpowiedni kanał, jeśli zostanie przechwycony IOException podczas próby odczytu/zapisu. Takie podejście wydaje się działać w 99% przypadków; Widziałem tylko kilka sytuacji, w których połączenie wydaje się być otwarte.

Answer 1

Bez bicia serca na poziomie aplikacji jedyną opcją jest korzystanie z protokołu TCP keepalive. Ale domyślny interwał jest bardzo długi (jak 2 godziny). RFC nie zaleca interwałów krótszych niż 2 godziny.

Można go skrócić, ale ma to charakter ogólnosystemowy. W niektórych systemach wymaga nawet przebudowy jądra, aby to zmienić.

Dlatego zaleca się bicie serca dla dowolnego protokołu opartego na protokole TCP.