使用Wix创建事件源后需重启才可正常日志记录的解决方案问询

问题原因说明 #

Windows系统的事件日志服务会在运行时缓存所有已注册的事件源列表，默认只有服务重启时才会重新读取注册表中的事件源配置。

• Wix的util:EventSource配置仅会向注册表写入对应的事件源条目，不会主动通知事件日志服务刷新缓存，因此新注册的源不会被即时识别，写入操作会失效，只有等系统重启（本质是重启事件日志服务）后才会正常工作。
• C#的EventLog.CreateEventSourceAPI内部封装了系统通知逻辑，创建源后会主动通知事件日志服务刷新缓存，所以可以即时生效，同时该API会额外创建一个与自定义日志名同名的默认事件源，这也是你观察到注册表内多一个源的原因。

问题解决方案 #

你提到的配置<ServiceControl />启停自身服务无法解决问题，因为重启你的业务服务不会影响系统事件日志服务的缓存，以下是两种可行的无需重启系统的方案：

方案1：补全Wix事件源配置，保持和C#创建的结构一致

在现有Wix配置基础上，新增一条与自定义日志名同名的事件源注册条目，匹配.NET API创建的注册表结构：

<!-- 原有业务事件源配置 -->
<util:EventSource Log='MyLogName' Name='MyLogSource' EventMessageFile='%systemroot%\Microsoft.NET\Framework64\v4.0.30319\EventLogMessages.dll' />
<!-- 新增与日志名同名的默认事件源配置 -->
<util:EventSource Log='MyLogName' Name='MyLogName' EventMessageFile='%systemroot%\Microsoft.NET\Framework64\v4.0.30319\EventLogMessages.dll' />

配置完成后，在Wix安装包中添加一个自定义操作，安装完成后重启系统的Event Log服务，即可让配置即时生效，无需重启整机：

注意：重启事件日志服务会短暂中断系统所有日志写入操作，若部署环境对日志可靠性要求极高，可选择方案2。

方案2：保留Wix配置，在服务启动时增加缓存刷新逻辑

不需要修改Wix配置，在服务OnStart方法中增加一次事件源存在性校验，.NET的校验逻辑会自动触发事件日志服务的缓存刷新，不需要额外创建源：

if (!EventLog.SourceExists("MyLogSource"))
{
    EventLog.CreateEventSource("MyLogSource", "MyLogName");
}
// 后续正常给eventLog.Source赋值即可

该逻辑仅在源不存在时才会执行创建操作，和Wix的配置互不冲突，同时可以触发缓存刷新，实现日志即时写入。

内容的提问来源于stack exchange，提问作者Joseph Willcoxson