サーバープロトコル

1. [推奨事項] 同時実行性の高いサーバーの場合は、TCP プロトコルの time_wait タイムアウトを減らすことをお勧めします。

注: オペレーティング システムは、デフォルトでは 240 秒後に time _ wait 状態で接続を閉じます。同時アクセスが多い場合、サーバー は、 time_wait 状態待機接続の数が多すぎるため、新しい接続が確立されない可能性があるため、サーバー上の待機値を減らす必要があります。

良い例: Linux サーバーで、/etc/sysctl.conf ファイルを変更してデフォルト値 (秒) を変更してください:

net。 ipv 4. tcp _ fin _ timeout = 30

2. [推奨] サーバーがサポートするファイル ハンドル (ファイル ディスクリプタ、略称 fd) の最大数を増やします。

注: 主流のオペレーティング システムの設計では、TCP/UDP 接続をファイルと同じ方法で管理します。つまり、1 つの接続が 1 つの fd に対応します。メインストリーム Linux サーバーでサポートされるデフォルトの最大 fd 数は 1024 です。同時接続数が多いと、fd 不足による「ファイルが多すぎます」エラーが発生しやすくなり、新しい接続の確立に失敗します。 Linux サーバーでサポートされるハンドルの最大数を数倍に増やすことをお勧めします (サーバーのメモリ量に関連します)。

3. [推奨] -XX: HeapDumpOnOutOfMemoryError パラメーターを JVM に設定して、OOM シナリオが発生したときに JVM が

dump 情報を出力できるようにします。

注: OOM は確率的に発生し、数か月に 1 件でも定期的に発生します。発生時のオンサイト情報は、トラブルシューティングに非常に役立ちます。 4. [参考] サーバーの内部リダイレクトには forward を使用します。URL アセンブリ ツール クラスを使用して外部リダイレクト アドレスを生成します。そうでない場合、

URL メンテナンスの不整合と潜在的なセキュリティ リスクが発生します。 . .