典型的網絡套接字超時

Question

我很想知道，今天在生產中使用的典型網絡套接字超時值是什麼。

我目前在我們的Java應用程序中使用30秒，但想聽聽其他人使用什麼，特別是用於Internet通信。

謝謝。

Answer 1

沒有「典型的」套接字超時這樣的事情。而應根據應用需求選擇超時時間。問題如：

• 是否有用戶在等待響應？
• 超時是否可能發生？
• 是否設置「太長」的超時限制了大量資源，或者延遲了進程？
• 設置一個「太短」的超時結果是否浪費了處理時間稍微長一點會給出結果？
• 是否有一個保持活動的機制...以便您可以區分（說）網絡故障和需要很長時間的遠程服務器？

最好的策略可能是選擇一些直觀明智的值，然後調整它們。

Answer 2

沒有共同的價值，它很大程度上取決於應用程序（每小時發送多少條消息，發送的消息越多，超時時間越短）以及使用的網絡（通過互聯網超時而不是超過本地網絡）。

Answer 3

作爲一個經驗法則，您可以使用事務的預期響應時間的兩倍。但是肯定沒有像「典型」超時那樣的事情。