如果你去这里，你可以找到一个全面的矩阵，包括NLog和Log4Net库，以及企业库和其他产品。

有人可能会说，这个矩阵是为了强调矩阵中唯一的商业图书馆的特征。我认为这是正确的，但它是有用的，无论如何驱动我的选择与NLog。

问候

我认为一般的共识是nlog更容易配置和使用。不过，两者都很有能力。

对于那些晚到这个线程的人，你可能想要回顾一下。net基类库(BCL)。在引入TraceSource类(大约在2005年)时，许多人忽略了。net 1.1和。net 2.0之间的变化。

使用TraceSource类似于其他日志框架，对日志进行粒度控制，在app.config/web中配置。配置和编程访问-没有企业应用程序块的开销。

.Net BCL团队博客:跟踪介绍-第一部分(也可以查看第二部分a,b,c)

还有很多比较:“log4net vs TraceSource”

我赞同上面的方法，并且更喜欢nLog。Entlib不必要地膨胀。

有一件事总是让我与Log4net忘记添加以下到全局。Asax初始化组件:

log4net.Config.XmlConfigurator.Configure();

对我们来说，关键的区别在于整体表现……

看看Logger。与Log4Net相比，NLog中的IsDebugEnabled，从我们的测试来看，NLog的开销更少，这就是我们所追求的(低延迟的东西)。

干杯, 弗洛里安

由于最近使用过这两个框架，我想我可以分享一下我对这两个框架的看法。

我被要求评估现有web应用程序的日志框架，在浏览了各种在线论坛后，我将选择范围缩小到NLog (v2.0)和log4net (v1.2.11)。以下是我的发现:

Setting/starting up with NLog is dead easy. You go through the Getting started tutorial on their website and you are done. You get a fair idea, how thing might be with nlog. Config file is so intuitive that anyone can understand the config. For example: if you want to set the internal logging on, you set the flag in Nlog config file's header node, which is where you would expect it to be. In log4net, you set different flags in web.config's appSettings section. In log4net, internal logging doesnt output timestamp which is annoying. In Nlog, you get a nice log with timestamps. I found it very useful in my evaluations. Filters in log4net - You better check my this question - log4net filter - how to write AND filter to ignore log messages and if you find an answer/solution for this, please let me know. I understand, there is a workaround for this question, as you can write your own custom filter. But something which is not easily available in log4net. Performance - I logged around 3000 log messages to database using a stored procedure. I used simple for loop (int i=0; i<3000; i++... to log the same message 3000 times. For the writes: log4net AdoAppender took almost double the time than NLog. Log4net doesnt support asynchronous appender.

经过比较，我选择了NLog作为日志框架。:)