Поведение тайм-аута неблокирующего сокета Java Linux

Проблема связана с Linux, а не с моим кодом. Когда я запускаю ту же самую настройку на компьютере с Windows (на том же оборудовании), время ожидания никогда не истекает, но через несколько часов они начинают происходить в Linux. Это должно быть какая-то настройка TCP в Linux, из-за которой это происходит. Спасибо за предложение.

Параметр -doCloseWithReadPending в Java и JRE версий 1.5 или 5.0 позволяет одному потоку закрывать сокет, когда в том же сокете есть отложенное чтение из другого потока.

Когда close() вызывается для сокета, который имеет ожидающий вызов чтения из другого потока, close() по умолчанию блокирует сокет до тех пор, пока вызов чтения не завершится.

С опцией -doCloseWithReadPending вызов socket close() закрывает сокет, и в контексте потока с ожидающим чтением создается исключение SocketException с сообщением "Socket Closed".

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

Таким образом, как в случае, который работает (Windows с последней JVM), так и в случае, когда это не работает (Linux с последней JVM), и сервер, и клиент находятся на одной машине в одной и той же JVM?

Не могли бы вы пояснить, что означает выражение «внезапно постепенно»? Например, через несколько часов — и всегда одно и то же количество часов — затем в течение нескольких секунд все сокеты на стороне сервера выдают исключения?

Вы не упоминаете поток клиента, читающий возвращаемые данные. Возможно, он остановился, а вы не заметили. (Что делает клиентский поток, когда серверный поток сталкивается с 500 быстрыми исключениями? Попробуйте последовательно сделать несколько дампов стека, чтобы увидеть.)