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