TickZoom是一款性能非常高的应用程序，它使用自己的并行化库和多个操作系统线程来平滑地利用多核计算机。
该应用程序遇到瓶颈，用户需要从单独的操作系统线程向LogAppender写入信息。
FileAppender使用MinimalLock功能，以便每个线程可以锁定并写入该文件，然后释放它以供下一个要写入的线程使用。
如果MinimalLock被禁用，log4net会报告有关该文件已被另一个进程（线程）锁定的错误。
log4net执行此操作的更好方法是使用单个线程来处理写入FileAppender的操作，而任何其他线程只需将其消息添加到队列中。
通过这种方式，可以禁用MinimalLock以大大提高日志记录的性能。
此外，该应用程序执行大量CPU密集型工作，因此它还可以提高性能，使用单独的线程写入文件，以便CPU永远不会等待I / O完成。
所以问题是，log4net是否已经提供此功能？如果是这样，你如何启用线程写入文件？是否还有另一个更高级的追加者？
如果没有，那么由于log4net已经包含在平台中，因此可以在TickZoom代码中为此目的实现单独的线程和队列。
此致 韦恩
编辑：
谢谢，似乎答案指向开发我们自己的解决方案，可能是某种方式的log4net的扩展。他们清楚地表明log4net不会做这类事情。
此外，我们刚刚意识到我们可能“滥用”日志系统，该系统主要用于通知重要事件或调试信息的人类可读消息。软件输出的这一特定部分仅用于验证系统准确性的自动化工具。
当然，我们也以“正常”方式使用log4net进行调试，警告等。
但这些更像是“事务日志”，而不是调试或用户通知日志。更具体地说，这些日志不必直接是人类可读的。如果需要，某种“观察者”可以用ASCII格式显示内容。
因此我们计划将这些事务类型的日志写入高速二进制存储器。
谢谢，以下两个答案似乎都非常适合开发我们自己的解决方案。
答案 0 :(得分：7)
Log4net不支持您描述的确切方案。但它提供了其他不锁定的appender，如数据库appender或UDP appender。以下是一些想法：
将邮件记录到邮件中 排队，然后有一个读者（或 几个读者）阅读消息 队列并将它们写入日志。 这提供了可靠的机制 发送/写入消息。老实说 我不知道是否已经有了 MSMQ appender，但写它 你自己也不会太难。
使用UDP appender发送 消息然后写自己的 听取这些的服务 消息并将它们写入文件。
我认为你可以在这里检测一个主题...基本上使用一个非阻塞appender（或编写你自己的）并实现你自己的服务，它接收来自appender的消息并将它们写入文件。
答案 1 :(得分：3)
查看Object Guy的记录器，获取高性能，多线程安全记录器，具有异步记录功能以及许多其他功能 - 我认为非常好 - http://www.theobjectguy.com/DotNetLog/。请参阅此页面上的多线程视频。
答案 2 :(得分：1)
非常希望避免向目标线程添加任何I / O，因此向日志记录收集器线程发送消息是个好主意。我有时也会使用目标线程中的System :: Diagnostics :: Debug :: WriteLine来转储它的输出，但无论如何都必然会有一点锁定。
当然，添加任何额外的日志记录都会导致“Heisenberg”效果，所以你必须知道这些影响何时可以忽略不计，何时不知道，以便对高性能线程进行有用的记录。< / p>
如果你想获得一点点发烧友，你可以让每个线程保存自己的消息列表，然后在经过这么多次迭代之后将其转储到某个地方。因此，数据仅在任何线程执行其日志记录I / O之前的一段时间内有用，但也许您可以捕获足够的信息以进行调试。此外，您还可以将各个线程日志整理到一个日志中进行分析。