fork() を使用すると、この C プログラムで 6 つのドットではなく 8 つのドットが表示されるのはなぜですか?

fork() 分岐のジレンマ

マルチプロセス プログラミングの領域では、fork() 関数が最高の地位を占めています。ただし、その動作は初心者にとっては困惑する場合があります。次のコードを考えてみましょう:

<code class="c">#include <stdio.h>
#include <sys>
#include <unistd.h>

int main(void)
{
    int i;
    for(i = 0; i <p>実行すると、このプログラムは予想されるような 6 つのドットではなく、驚くべき 8 つのドットを出力します。これはどのように可能ですか?</p>
<p><strong>fork() Abyss の詳細</strong></p>
<p>その答えは、fork() の複雑な仕組みにあります。この関数は基本的に、メモリと開いているファイル記述子を含む、現在のプロセスのほぼ完全な複製を作成します。主な違いは戻り値にあり、親プロセスと子プロセスで異なります。</p>
<p>この例では、最初のプロセスは最初の fork() を通じて 2 番目のプロセスを作成します。これらのプロセスは両方とも、ループとフォークを繰り返す前にドットを出力します。 2 番目の fork() の後には 4 つのプロセスがあり、それぞれが終了する前にドットを出力します。したがって、6 つのドットを説明できます。</p>
<p>ただし、printf() の隠れた性質により、プロットは厚くなります。デフォルトでは、printf() は出力をバッファリングし、実際の表示を遅らせます。その結果、最初の fork() 呼び出しの前に出力された最初のドットは表示されないままになります。この隠れたドットは、2 回目の fork() 後の親プロセスと 3 つの子プロセスからのバッファリングされた 4 つのドットと合わせて、最終的に 8 つのドットになります。</p>
<p><strong>バッファされた迷路を回避するには</strong> </p>
<p>この動作を回避し、printf() が直ちに出力されるようにするには、各 printf() 呼び出しの後に fflush(stdout) 関数を使用できます。これにより、バッファリングされた出力が強制的に書き込まれ、ドットが影に消えるのを防ぎます。</p></unistd.h></sys></stdio.h></code>

以上がfork() を使用すると、この C プログラムで 6 つのドットではなく 8 つのドットが表示されるのはなぜですか?の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。