Windows服务添加循环后无法写入日志文件问题求助

让我来帮你排查这个问题——我之前在开发Windows服务时也遇到过类似的日志静默失败情况，咱们一步步拆解可能的原因和解决办法：

1. 事件ID超出有效范围（最常见原因） #

Windows事件日志的eventId必须在0到65535之间，如果你的eventId变量在持续累加后超出了这个范围，WriteEntry方法会静默失败，不会抛出异常也不会写入日志。

你原来的单条日志每次只递增一次eventId，可能还没到上限；但循环里一次递增4次，很快就会触发这个限制。

解决办法：在写入日志前重置或限制eventId的范围，比如：

// 每次触发Timer时先检查eventId，超出范围就重置
if (eventId > 65535)
{
    eventId = 1;
}

2. Timer事件中的异常被吞噬 #

System.Timers.Timer的一个坑点是：如果Elapsed事件处理方法里抛出未捕获的异常，.NET框架会直接吞噬它，不会有任何提示，导致后续代码（包括日志写入）完全不执行。

比如如果你的eventLog1在循环过程中意外失效，或者字符串拼接出现问题（虽然这个例子里不太可能），都会导致整个方法中断。

解决办法：给OnTimer方法加上完整的try-catch块，把异常也写入日志，方便排查问题：

public void OnTimer(object sender, System.Timers.ElapsedEventArgs args)
{
    try
    {
        // 重置eventId到有效范围
        if (eventId > 65535)
        {
            eventId = 1;
        }

        int count = 4;
        for(int x = 1; x <= count; x++)
        {
            string msg = "This is just a counter: " + x.ToString();
            eventLog1.WriteEntry(msg, EventLogEntryType.Information, eventId++);
        }
    }
    catch (Exception ex)
    {
        // 用固定的错误ID写入异常信息
        eventLog1.WriteEntry($"Timer执行出错: {ex.Message}\n堆栈跟踪: {ex.StackTrace}", 
                            EventLogEntryType.Error, 9999);
    }
}

3. 额外排查步骤 #

• 检查Windows事件日志的应用程序日志，看看有没有错误条目（尤其是EventLog本身的写入错误）；
• 确认你的服务账号有足够的权限写入事件日志（虽然单条能写的话这个概率低，但循环写入可能触发权限限制）；
• 如果可以调试，尝试附加调试器到运行中的服务进程，断点跟踪OnTimer方法的执行流程，看循环是否正常执行。

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