fork（）を使用したプログラムが出力を複数回印刷することがあるのはなぜですか？

プログラム1では1 Hello world回だけ印刷されますが、削除 \nして実行すると（プログラム2）、出力が8回印刷されます。誰かが私に\nここの重要性とそれがどのように影響するかを説明してもらえますかfork()？

プログラム1

#include <sys/types.h>
#include <unistd.h>
#include <stdio.h>
#include <stdlib.h>

int main()
{
    printf("hello world...\n");
    fork();
    fork();
    fork();
}

出力1：

hello world... 

プログラム2

#include <sys/types.h>
#include <unistd.h>
#include <stdio.h>
#include <stdlib.h>

int main()
{
    printf("hello world...");
    fork();
    fork();
    fork();
}

出力2：

hello world... hello world...hello world...hello world...hello world...hello world...hello world...hello world...

Cライブラリのprintf()関数を使用して標準出力に出力する場合、出力は通常バッファリングされます。バッファーは、改行を出力するfflush(stdout)か、プログラムを呼び出すか終了するまで（_exit()ただし、呼び出しではなく）フラッシュされません。標準出力ストリームは、TTYに接続されている場合、デフォルトでこの方法でラインバッファリングされます。

「プログラム2」でプロセスを分岐すると、子プロセスは、フラッシュされていない出力バッファを含む親プロセスのすべての部分を継承します。これにより、フラッシュされていないバッファが各子プロセスに効果的にコピーされます。

プロセスが終了すると、バッファがフラッシュされます。合計8つのプロセス（元のプロセスを含む）を開始すると、個々のプロセスが終了するたびに、フラッシュされていないバッファーがフラッシュされます。

それはだ8それぞれであるためfork()、あなたが前に持っていたプロセスの倍の数を取得するfork()（彼らは無条件であるため）、及びこれらの（2の3持っている³ = 8）。

フォークには影響しません。

最初のケースでは、出力バッファが既に空になっているため（書き込みのため）、書き込むものが何もない8つのプロセスになり\nます。

2番目のケースでは、まだ8つのプロセスがあり、それぞれに「Hello world ...」を含むバッファがあり、バッファはプロセス終了時に書き込まれます。

@Kusalanandaは、出力が繰り返される理由を説明しました。なぜ出力が4回だけでなく8回繰り返されるのか興味がある場合（基本プログラム+ 3つのフォーク）：

int main()
{
    printf("hello world...");
    fork(); // here it creates a copy of itself --> 2 instances
    fork(); // each of the 2 instances creates another copy of itself --> 4 instances
    fork(); // each of the 4 instances creates another copy of itself --> 8 instances
}

ここでの重要な背景は、デフォルト設定として標準によってラインバッファさstdoutれる必要があることです。

これにより\n、出力がフラッシュされます。

2番目の例には改行が含まれていないため、出力はフラッシュされずfork()、プロセス全体がコピーされるので、stdoutバッファーの状態もコピーされます。

さて、fork()あなたの例のこれらの呼び出しは合計で8つのプロセスを作成します-それらのすべてはstdoutバッファの状態のコピーを持ちます。

定義によると、これらすべてのプロセスは、呼び出しexit()からの復帰時main()やexit()通話がfflush()続くfclose()すべてのアクティブで標準入出力ストリーム。これにはstdout、結果として、同じコンテンツが8回表示されます。

呼び出しfflush()前に保留中の出力を持つすべてのストリームを呼び出すfork()か_exit()、stdioストリームをフラッシュせずにプロセスを終了するだけの分岐子プロセスを明示的に呼び出すことをお勧めします。

呼び出しexec()はstdioバッファーをフラッシュしないので、（を呼び出した後fork()）call exec()および（失敗した場合）callを呼び出してもstdioバッファーを気にしないでください_exit()。

ところで：間違ったバッファリングが引き起こす可能性があることを理解するために、最近修正されたLinuxの以前のバグを次に示します。

標準ではstderrデフォルトでバッファを解除する必要がありますが、Linuxはこれを無視しstderr、stderrがパイプを介してリダイレクトされた場合に行をバッファし、さらに悪いことに完全にバッファしました。そのため、UNIX用に作成されたプログラムは、Linuxでは遅すぎて改行なしで出力を行いました。

以下のコメントを参照してください。現在修正されているようです。

これは、このLinuxの問題を回避するために私がすることです。

    /* 
     * Linux comes with a broken libc that makes "stderr" buffered even 
     * though POSIX requires "stderr" to be never "fully buffered". 
     * As a result, we would get garbled output once our fork()d child 
     * calls exit(). We work around the Linux bug by calling fflush() 
     * before fork()ing. 
     */ 
    fflush(stderr); 

fflush()フラッシュされたばかりのストリームを呼び出すことは何もしないので、このコードは他のプラットフォームに害を与えません。