Go での「stdout」への同時書き込みはスレッドセーフですか? `fmt.Fprintf` の動作の詳細な分析。

標準出力への同時書き込み: スレッド セーフティ分析

最近のディスカッションで、スレッドに関する議論を引き起こした Go コードの一部が提示されました。標準出力への同時書き込み時の安全性。問題のコードは次のとおりです:

<code class="go">package main

import (
    "fmt"
    "os"
    "strings"
)

func main() {
    x := strings.Repeat(" ", 1024)
    go func() {
        for {
            fmt.Fprintf(os.Stdout, x+"aa\n")
        }
    }()

    go func() {
        for {
            fmt.Fprintf(os.Stdout, x+"bb\n")
        }
    }()

    go func() {
        for {
            fmt.Fprintf(os.Stdout, x+"cc\n")
        }
    }()

    go func() {
        for {
            fmt.Fprintf(os.Stdout, x+"dd\n")
        }
    }()

    <-make(chan bool)
}</code>

スレッドの安全性に関する考慮事項:

複数のゴルーチンが同時に stdout に書き込むときに、このコードがスレッドセーフであるかどうかという問題が生じます。この問題に関するさまざまな情報源や意見が言及されましたが、決定的な答えは見つかりませんでした。このトピックをさらに詳しく見てみましょう。

fmt パッケージの動作:

fmt パッケージ関数は、単純に io.Writer 実装を受け取り、それに対して Write() を呼び出します。関数自体はスレッドセーフです。つまり、fmt.F* 関数への複数の同時呼び出しは安全です。ただし、標準出力への同時書き込みの実装は、使用される特定の「ライター」によって異なります。

「ライター」の実装:

「ライター」の 2 つの主要なカテゴリが関連します。 :

• カスタム実装: スレッド セーフはカスタム実装自体によって決定されます。
• 標準ライブラリ実装: *os など。ネット パッケージのファイルまたはソケット ラッパー。これらの実装は通常、基礎となるファイル記述子またはソケットの周囲に「薄い」ラッパーを提供します。

POSIX セマンティクス:

ファイル記述子の場合、POSIX は書き込みを必要とします。 (2) 通常のファイルまたはシンボリック リンクを操作する場合、呼び出しはアトミックである必要があります。これは、stdout がファイル記述子であると想定されるこのケースでは、書き込み呼び出しがアトミックである必要があることを意味します。

Go 標準ライブラリの実装:

Go 標準ライブラリのファイル記述子とソケットのラッパーは、書き込み操作を基礎となるオブジェクトに 1 対 1 でマップするように設計されています。これにより、書き込み呼び出しが分割されたり結合されたりする可能性が排除されます。

結論:

入手可能な情報と POSIX write(2) 呼び出しの基礎となるセマンティクスに基づく、提供されたコードはデータ競合の影響を受けません。ただし、基礎となるファイル記述子に書き込まれる出力は、予測できない順序で混在する可能性があります。この動作は、OS カーネル バージョン、Go バージョン、ハードウェア、システム負荷などの要因によって影響されます。

各特定の fmt.Fprint* 呼び出しからの出力が結果の出力で連続した部分として表示されるようにするため。 、ロックを使用するか、独自のロック メカニズムを提供するログ パッケージを使用して呼び出しをシリアル化することをお勧めします。

以上がGo での「stdout」への同時書き込みはスレッドセーフですか? `fmt.Fprintf` の動作の詳細な分析。の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。