c# - 如果应用程序在处理程序内写入先前条目时将新条目写入事件日志，会发生什么情况？

Question

我的应用程序需要在所有新应用程序事件日志条目进入时对其进行审查。

private void eventLog_Application_EntryWritten(object sender, EntryWrittenEventArgs e)
{
    // Process e.Entry    
}

我想知道的是，如果在处理前一个条目时将另一个条目写入事件日志，会发生什么情况？

---

EventLog.EntryWritten Event 的文档提供了一个处理使用线程的条目写入事件的示例(这就是我问这个问题的原因)。

在此示例中，他们使用 System.Threading 并在 AutoResetEvent< 上调用 WaitOne() 和 Set() 方法 类，但是我不确定这段代码到底要实现什么。

文档指出 - WaitOne()“阻塞当前线程，直到当前 WaitHandle 收到信号”，并且 Set() “将事件状态设置为已发出信号，允许一个或多个等待线程继续进行”。我不确定此示例的线程部分 旨在演示什么，以及这与它如何(或是否)需要在实践中应用有何关系。

似乎 WaitOne() 在写入条目后立即阻塞线程，直到它被处理，然后将其设置为有信号(使用 Set()), 在允许线程继续之前。这是应用程序的唯一线程吗？

最重要的是，当我的应用程序不负责写入需要从 EventLog 中读取的事件时，应该如何应用此原则？ (如果确实需要应用它。)

当应用程序在处理程序中时，如果写入新的 Entry 会发生什么？

Answer 1

没有什么戏剧性的事情发生，它被框架序列化了。触发 EventWritten 事件的底层 winapi 函数是 NotifyChangeEventLog() . .NET Framework 使用线程池来监视事件以通过 ThreadPool.RegisterWaitForSingleObject() 发出信号。你可以看到它是 used here .

这就是 MSDN 示例使用 ARE (AutoResetEvent) 的原因。事件处理程序在该线程池线程上运行，具体发生时间是不可预测的。该示例使用控制台模式应用程序，否则它会立即终止。对于 ARE，它会显示一个通知并退出。当然实际上并没有那么有用，我个人只是在示例中使用了 Console.ReadLine()，因此它会一直运行并继续显示信息，直到您按下 Enter 键。

如果您使用服务或 GUI 应用程序，则不需要它，这些应用程序会运行很长时间，直到用户明确关闭它。请注意 EventLog.SynchronizingObject 属性，这使得不必处理 Winforms 应用程序中的线程池线程变得容易。