PHP書き込みデーモン(Daemon)_PHPチュートリアル
- WBOYオリジナル
- 2016-07-15 13:21:35903ブラウズ
デーモンはバックグラウンドで実行される特別なプロセスです。制御端末から独立しており、定期的に何らかのタスクを実行するか、何らかのイベントが発生するのを待ちます。デーモンは非常に便利なプロセスです。 PHPではデーモンプロセスの機能も実装できます。
1. 基本的な概念
プロセス
各プロセスには親プロセスがあり、サブプロセスは終了し、親プロセスは子プロセスの状態を取得できます。プロセスグループ
️各プロセスはプロセス グループに属しており、各プロセス グループにはプロセス グループ番号があり、これはプロセス グループ リーダーの PID と同じです
2. ガードプログラミングの要点
デーモンはバックグラウンドで実行される特別なプロセスです。制御端末から独立しており、定期的に何らかのタスクを実行するか、何らかのイベントが発生するのを待ちます。デーモンは非常に便利なプロセスです。 PHPではデーモンプロセスの機能も実装できます。
1. 基本的な概念
プロセス
各プロセスには親プロセスがあり、サブプロセスは終了し、親プロセスは子プロセスの状態を取得できます。プロセスグループ
️各プロセスはプロセス グループに属しており、各プロセス グループにはプロセス グループ番号があり、これはプロセス グループ リーダーの PID と同じです
2. ガードプログラミングの要点
1. バックグラウンドで実行します。
制御端末のハングを回避するには、デーモンをバックグラウンドで実行します。その方法は、プロセス内で fork を呼び出して親プロセスを終了し、子プロセスのバックグラウンドでデーモンを実行させることです。 if($pid=pcntl_fork()) exit(0);//これは親プロセスです、親プロセスを終了し、子プロセスは続行します
2. 制御端末を削除し、セッションとプロセスグループにログインします
まず、Linux におけるプロセスと制御端末、ログイン セッションとプロセス グループの関係を紹介する必要があります。プロセスはプロセス グループに属し、プロセス グループ番号 (GID) はプロセス グループ リーダーのプロセス番号 (PID) です。 。ログイン セッションには複数のプロセス グループを含めることができます。これらのプロセス グループは制御端末を共有します。この制御端末は通常、プロセスが作成されたログイン端末です。 制御端末、ログイン セッション、プロセス グループは通常、親プロセスから継承されます。私たちの目的は、それらを排除し、それらの影響を受けないようにすることです。この方法では、ポイント 1 に基づいて setsid() を呼び出し、プロセスをセッション リーダーにします: posix_setsid();
説明: プロセスがセッション リーダーである場合、setsid() 呼び出しは失敗します。ただし、最初のポイントにより、プロセスがセッション リーダーではないことがすでに保証されています。 etsid() 呼び出しが成功すると、プロセスは新しいセッション グループ リーダーおよび新しいプロセス グループ リーダーになり、元のログイン セッションおよびプロセス グループから分離されます。セッションプロセスは制御端末への排他性があるため、同時にプロセスは制御端末から切り離されます。
3. プロセスが制御ターミナルを再度開くことを無効にします
現在、プロセスはターミナルレス セッション リーダーになりました。ただし、制御端末を開くために再適用することはできます。プロセスをセッション リーダーでなくすることで、プロセスがコントロール ターミナルを再度開くのを防ぐことができます: if($pid=pcntl_fork()) exit(0);//最初の子プロセスを終了し、2 番目の子プロセスは続行します (2 番目の子プロセスは続行します)。子プロセスは会話リーダーではなくなりました)
4. 開いているファイル記述子を閉じます
プロセスは、そのプロセスを作成した親プロセスからオープン ファイル記述子を継承します。閉じていない場合、システム リソースが無駄になり、プロセスが存在するファイル システムをアンマウントできなくなり、予期しないエラーが発生します。次のようにオフにします:
fclose(STDIN)、fclose(STDOUT)、fclose(STDERR) は、標準入力、標準出力、およびエラー表示を閉じます。
5. 現在の作業ディレクトリを変更します
プロセスがアクティブなときは、その作業ディレクトリが存在するファイル システムをアンマウントできません。通常、作業ディレクトリをルート ディレクトリに変更する必要があります。コアをダンプして実行ログを書き込む必要があるプロセスの場合、作業ディレクトリを chdir("/") などの特定のディレクトリに変更します
6. ファイル作成マスクをリセットします
プロセスは、それを作成した親プロセスからファイル作成マスクを継承します。デーモンによって作成されたファイルのアクセス ビットを変更する可能性があります。これを防ぐには、ファイル作成マスクをクリアします: umask(0);
7. SIGCHLD 信号の処理
SIGCHLD シグナルを処理する必要はありません。ただし、一部のプロセス、特にサーバー プロセスでは、リクエストが到着したときにリクエストを処理するために子プロセスが生成されることがよくあります。親プロセスが子プロセスの終了を待たないと、子プロセスはゾンビプロセス（ゾンビ）となり、システムリソースを占有します。親プロセスが子プロセスの終了を待つと、親プロセスの負担が増大し、サーバー プロセスの同時実行パフォーマンスに影響を与えます。 Linux では、SIGCHLD 信号の動作を SIG_IGN に設定するだけで済みます。信号(SIGCHLD,SIG_IGN);
こうすることで、子プロセスの終了時にカーネルがゾンビ プロセスを作成しなくなります。これは BSD4 とは異なります。BSD4 では、ゾンビ プロセスを解放する前に、子プロセスが終了するのを明示的に待つ必要があります。シグナルに関する質問については、Linux シグナルの説明リストを参照してください
3. 例
リーリー