php-fpm がページを生成しているとき、ブラウザが更新された後に php-fpm は終了しますか?

書くことがないので長い間ブログを書いていませんでした。

私がこの質問をした理由は、有名な著者による記事「PHP アップグレードによる過剰なシステム負荷の問題の分析」を読んだからです。読んだ後、いくつかの言葉が私の中でこの考えを引き起こしたので、それを確認したいと思いました。

解決策、tcpdump を使用してパケットをキャプチャし、strace を使用してシステム コールを取得します

tcpdump port 8080 and port 9000 -s 0 -w temp

8080 は nginx のサービス ポート、9000 は php-fpm サービスのポートで、これら 2 つのポートをキャプチャしてブラウザ、nginx、 php - 3 つの fpm 間の相互作用。パッケージをキャプチャした後、次のように Wireshark を使用して分析します:

tcp.port==46540 or tcp.port == 54352 //上面语句为wireshark的过滤语法，用于筛选我们感兴趣的包

については次のように説明されています:

1、46540 はブラウザのポート、http-alt は nginx、54352 は nginx がリクエストするポートですphp-fpm、cslistener は php-fpm

2 です。ブラウザー アクセスを含め、すべての操作が 1 台のマシン上で行われるため、すべての IP は 127.0.0.1 になります

3、

A: 図の最初の部分は、ブラウザ nginx との 3 ウェイ ハンドシェイク プロセス。

B: 画像の 2 番目の部分は、nginx に URL をリクエストするブラウザを表しています。

C: 画像の 3 番目の部分は、nginx と php-fpm の間の 3 ウェイ ハンドシェイク プロセスを表しています。

D: 図の 4 番目の部分は、ブラウザのリクエストを php-fpm に転送する nginx を表しています。

E: 画像の 5 番目の部分の 11、13、14 行目は、ブラウザーが nginx との接続を積極的に閉じたことを表しています。なぜ閉じられるのでしょうか? ページを更新し続けており、2 回目に更新するとブラウザが前のリクエストを閉じてしまうためです。

なぜ4回の握手ではなく3回閉店するのですか？ 13 行目は実際には 2 つのパケットを 1 つのパケットに結合して送信しているため、これは tcp の最適化であると考える必要があります。

F: 画像の 5 番目の部分の 12 行目と 25 行目は、ブラウザが接続を閉じたというメッセージを php-fpm に伝える nginx を表しています。

G: 画像の 6 番目の部分では、左側の時間から、5 秒後に php-fpm が染色されたページを nginx に返そうとしましたが、nginx が接続を直接リセットしたことがわかります。

なぜ 5 秒後に戻るのですか? 長いビジネス ロジックの処理をシミュレートするために PHP プログラムの最初の行で sleep(5) を実行しているからです。

分析のこの時点で、結論はすでに明らかです。つまり、

ブラウザがリクエストを閉じた後、nginx は php-fpm に通知しますが、php-fpm はこの通知を無視し、処理結果が表示されるまで処理を継続します。が送信された後、初めて接続が切断されたことに気づきました。

ここにはphp-fpmを最適化する余地がまだあると思います。

strace の結果を見て、上記の結論を検証できます。