eventlog 在 .net 6+ windows 上写不进日志主因是未注册源、权限不足或日志名大小写错误；writeentry 静默失败因默认不抛异常，需先用 sourceexists 检查、管理员权限注册源，优选“application”日志，避免遍历 entries 和误用重载。
EventLog 类在 .NET 6+ 和 Windows 上写不进日志？不是代码错，是系统卡你——没注册源、没权限、或日志名大小写不对。
为什么 WriteEntry 静默失败，连错误都不抛？
默认行为就是“失败不报”，尤其在 .NET Core / .NET 5+ 中：WriteEntry 返回 false 或直接吞掉异常，事件查看器里空空如也。常见原因有三个：
-
EventLog.Source没注册过，调EventLog.SourceExists("MyApp")返回false - 程序没以管理员身份运行（注册源必须，写入 Application 日志在某些策略下也需）
- 传了非法日志名，比如
"system"（应为"System"），大小写敏感；"Security"默认拒绝普通用户读写
验证方式：先跑一行 EventLog.GetEventLogs() 看输出列表，确认目标日志名拼写和是否可见。
注册 EventLog Source 必须用管理员权限，且只做一次
注册不是写日志的步骤，是部署前置动作。重复注册会抛 ArgumentException: The source 'xxx' already exists，不能靠 try-catch 挡。
- 检查再创建：
if (!EventLog.SourceExists("MyApp")) EventLog.CreateEventSource("MyApp", "Application"); - 日志名选
"Application"最稳妥，无需额外权限；自定义日志如"MyAppLog"需管理员 + 注册表写入，且名字不能含空格或斜杠 - .NET 6+ 下，非管理员调
CreateEventSource会直接抛UnauthorizedAccessException，必须捕获并提示用户右键“以管理员身份运行”
注册成功后，后续普通权限程序就能用 new EventLog { Source = "MyApp" } 写入。
读取 Entries 别直接遍历，小心内存炸掉
eventLog.Entries 是个延迟加载但实际会一次性拉全量的集合。10 万条日志可能吃掉 1GB 内存，UI 线程直接遍历还会卡死。
- 查最新 N 条：先取
eventLog.Entries.Count，再用索引从后往前读，例如eventLog.Entries[i]（i 从Count-1往下减） - 监听新增：设
eventLog.EnableRaisingEvents = true，绑定EntryWritten事件，适合服务类长时运行场景 - 远程日志不支持：构造
new EventLog("Application", "remote-pc")必然失败，得换 WMI 或 PowerShell
别信“遍历 Entries 就完事”的示例代码，那是小数据量下的幻觉。
WriteEntry 重载陷阱：message 当成 eventID 解析
最简重载 WriteEntry(string message) 会把字符串当数字解析——如果 message 是 "12345"，它真会当成 event ID 写进去，正文留空。
- 务必用三参数版：
log.WriteEntry("服务启动完成", EventLogEntryType.Information, 1001) -
eventID必须是 1–65535 整数，超出会被截断或报错 - 消息超长（>32766 字节）会被静默截断，结构化日志建议转 JSON 后塞进
message，别硬拼大对象
真正难的从来不是调 API，而是搞清 Windows 事件日志这套注册制 + 权限模型的隐式约束——漏掉任意一环，日志就消失在黑盒里。
