log4net threadContext を asp.net シナリオで安全に使用できないことをいくつかの場所で読みました。ここにいくつかの記事があります：
Log4Net、ThreadContext、Global.asax
http://piers7.blogspot.com/2005/12/log4net-context-problems-with-aspnet.html
したがって、私のシナリオは、IIS 内でホストされている WCF レイヤーで threadContext を使用することです。スレッドコンテキストは大丈夫ですか？「シングル」の同時実行モードでこれがうまくいくと思います。
Log4net はスレッドセーフなので、問題はないと思います。
同時実行モードに関係なく、問題なくlog4netを使用するIIS6でホストされるWCFサービスをセットアップしました。threadContextの使用は問題にはなりません。
唯一の注意点は、log4net設定を外部ファイルからWCFレイヤーにロードする場合、変更を取得するためにIISで再起動する必要がある場合があることです。
log4net スレッド コンテキストを使用して、asp.net アプリケーションと wcf サービスの両方でエラーが発生したユーザーの ID をログに記録しました。私は何の問題にも遭遇していません。これは決定的な答えではありませんが、サービスをロギング フレームワークから切り離し、log4net とスレッド コンテキストをテストすることはいつでもできます。問題が発生した場合は、スレッド コンテキスト ロジックを削除するか、サービス ロジックへの影響を最小限に抑えて新しいログ フレームワークをプラグインします。