Tomcatについて次の質問がありますacceptCount。
それは言う：
可能なすべての要求処理スレッドが使用されている場合の、着信接続要求の最大キュー長。キューがいっぱいになったときに受信したリクエストはすべて拒否されます。デフォルト値は10です。
これがどのように機能するかわかりません。つまり、接続数を決定する別個のTCPキューがあることを知っているのでacceptCount、アプリケーションレベル（たとえば30000）にすると、違いはありますか？
つまり、この構成は役に立たないようです。
私は正しいですか？
これは、 ServerSocketのコンストラクターのbacklogパラメーターへの直接パススルーです。アイデアは、OSが着信接続をすぐに処理できない場合でも、着信接続を保持できるということです。トラフィックが急増し、処理時間が速い場合にのみ役立ちます。
はい、それは本当に役立ちます。かなり大きなトラフィック（毎秒数十メガビット）のJavaアプリケーションを見たことがあります。しばらくすると、アプリケーションの応答が非常に遅くなり、調査の結果、server.xmlのacceptcountパラメーターを増やすことにしました。そしてそれは本当に助けになり、問題は解決しました。