EventLog.WriteEntry 写不进事件查看器主因是权限不足或日志源未注册；需管理员权限运行并预先调用 EventLog.CreateEventSource 注册源，且应先用 SourceExists 判断避免重复注册。
EventLog.WriteEntry 写不进 Windows 事件查看器？先检查权限和源注册
默认情况下，EventLog.WriteEntry 会失败且静默吞掉异常（尤其在 .NET Core/.NET 5+ 中），根本不会出现在“Windows 事件查看器”里。核心原因不是代码写错，而是系统层面没授权或没注册日志源。
- 必须以管理员权限运行程序（控制台/服务），否则写入
Application日志都会被拒绝（错误信息：System.Security.SecurityException: The source was not found, but some or all event logs could not be searched.） -
EventLog.Source必须提前注册，不能直接用任意字符串。未注册的源会导致写入失败，且WriteEntry不抛异常（仅返回 false 或静默失败） - 注册源需指定日志名称（如
Application、Security或自定义日志名），自定义日志需管理员权限 + 手动创建注册表项或调用EventLog.CreateEventSource
如何安全注册 EventLog Source（避免重复注册异常）
多次调用 EventLog.CreateEventSource 会抛 ArgumentException: The source 'xxx' already exists on the local computer.。不能靠 try-catch 挡，得先查再建。
- 用
EventLog.SourceExists("MyApp")判断源是否存在，再决定是否调用CreateEventSource - 注册时指定日志名：推荐用
"Application"（无需额外权限），避免直接写"MyAppLog"自定义日志（需管理员 + 注册表操作） - .NET 6+ 中，
CreateEventSource在非管理员下会失败并抛UnauthorizedAccessException，务必捕获并提示用户以管理员运行
if (!EventLog.SourceExists("MyApp"))
{
EventLog.CreateEventSource("MyApp", "Application");
}
var log = new EventLog { Source = "MyApp" };
log.WriteEntry("服务启动成功", EventLogEntryType.Information);
WriteEntry 的重载陷阱：消息长度、类型、事件ID
看似简单的 WriteEntry 其实有多个重载，参数顺序和含义容易混淆，尤其事件 ID 和类别字段。
Windows 日历同步
下载
将提醒同步至 Windows/Outlook 日历。用户提及「提醒我」「设置提醒」「加到日历」「同步到日历」「日程」「calendar」「日历」时触发。支持Microsoft Graph API 设备代码流认证，无需 Web 服务器，直接写入用户 Outlook 日历。
- 最简重载
WriteEntry(string message)会把message当作事件 ID 解析（如果它是数字字符串），导致日志内容显示为 ID，正文为空——这是高频误用 - 正确写法必须显式传入
EventLogEntryType，例如：WriteEntry("磁盘空间不足", EventLogEntryType.Warning) - 需要自定义事件 ID（用于筛选或关联）时，用四参数重载：
WriteEntry(source, message, type, eventId)；注意eventId是 1–65535 的整数，超出会截断或报错 - 消息长度限制为 32766 字节，超长会被截断，且无警告——敏感日志建议先截断或分段记录
.NET Core / .NET 5+ 下 EventLog 的兼容性坑
从 .NET Core 3.1 开始，System.Diagnostics.EventLog 只支持 Windows，且部分 API 行为变更，跨平台项目要特别小心。
- Linux/macOS 下引用该命名空间不会编译报错，但运行时调用
CreateEventSource或WriteEntry会直接抛PlatformNotSupportedException - 若项目目标是
net6.0-windows，没问题；但若用net6.0（泛目标），必须加运行时判断：if (OperatingSystem.IsWindows()) { ... } - ASP.NET Core 应用默认以
ApplicationPoolIdentity运行，无权写入事件日志。要么改应用池标识为管理员账户（不推荐），要么改用文件日志或 Serilog + Windows Event Log sink
真正难的不是写哪一行代码，而是确认当前进程有没有那个注册表键的写权限、有没有被 UAC 拦住、以及是不是在 Linux 容器里徒劳地调用 WriteEntry。
