なぜスレッドセーフなロギングライブラリがたくさんあるのですか？

Question

私は良い、シンプルなC + +ロギングライブラリを探していた、boost :: log、glog、pantheios、log4cplus、G3logなどを見て、誰もがスレッドセーフなライブラリだと思われる。

もちろんスレッドセーフではありますが、なぜそれが必要ですか？スレッドごとに独自のログファイルを使用できるようにするにはどうすればいいですか？

ログファイルのマップを保持するシングルトンが中心であるとします。このキーはスレッドIDです。各スレッドはそれ自身のログに書き込みます。さらに、すべてのログファイルを1に統合するための「ログファイル統合プログラム」があります。

これは簡単な解決策ではありませんか？ロギングライブラリはもはやスレッドセーフである必要はなく、ストリームのバッファリングについても心配する必要はありません。

スレッドを育成するプログラムがいくつかありますが、そのような場合は「スレッドグループ」という概念があります。一般的に、「複数のログファイル+ 1つのコンソリデータ」を使って簡単にするのはいかがですか？私は何かを見落としましたか？

Answer 1

私は数千のスレッドを持っていたプロジェクトに取り組んできました.99,999ほどではありませんでしたが、追加できなかった理由はありません。

1つのプロジェクトの複数のログファイルは、さまざまな理由で悪い可能性がありますが、これはほんの一例です。

お客様にすべてのファイルを問い合わせることは苦痛になります。 開いているハンドルの数が問題を引き起こす可能性があります。 ディスクスラッシングは問題を引き起こす可能性があります。 何が起こったのかを（スレッドで既に十分に難しい）どのような順序で解決しようとするのがより困難になります。

もちろん逆に 同期が問題を引き起こす可能性があります。

メインのスレッド用のログファイルが必要な場合がありますし、各ワーカーグループ用のログファイルが必要な場合もあります.Webサーバーではあまり珍しくないすべてのドメインが1つのログに入ります！？）なぜ多くの実装が存在するのか。