最轻量方式是systemsounds和console.beep()，但前者依赖系统声音方案设置（易静音），后者在win10/11默认禁用且受限于硬件蜂鸣器；生产环境推荐soundplayer加载wav文件以确保可靠播放。
Windows 系统下，C# 播放提示音最轻量、无需引用外部库的方式就是用 SystemSounds 和 Console.Beep()。但两者行为差异极大：前者走系统声音方案（依赖用户设置、可能被静音、可播放 WAV），后者直接驱动主板蜂鸣器（绕过音频栈、不受系统音量控制、Win10/11 默认禁用）。别指望它们能互换使用。
SystemSounds.Play() 为什么没声音？
这是最常见问题——调用 SystemSounds.Asterisk.Play() 或类似方法后完全无声。根本原因不是代码错，而是 Windows 声音方案被关闭或设为“无声音”主题。
- 检查「设置 > 系统 > 声音 > 声音方案」是否启用，且当前方案中对应事件（如“警告”）已分配有效 WAV 文件
-
SystemSounds.Beep对应的是「通知」事件，Asterisk对应「警告」，Exclamation对应「严重警告」——不同事件受不同系统设置控制 - 若用户手动将某事件声音设为“（无）”，
Play()会静默返回，不报错也不抛异常 - 它不支持自定义 WAV 路径，只能用系统注册的声音；想播指定文件，请改用
SoundPlayer类
Console.Beep() 在 Win10/11 上失效怎么办？
Console.Beep() 默认调用主板蜂鸣器（PC speaker），但微软从 Windows 10 1809 开始默认禁用该驱动。即使代码正确，也大概率只听到一声“咔”或完全无声。
- 临时启用：以管理员身份运行
cmd，执行net start beep（注意：Win11 22H2+ 可能已彻底移除该服务） - 注册表开关（需重启）：
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Beep\Start改为3（手动启动）或1（自动） - 参数限制：
Console.Beep(frequency, duration)中 frequency 必须在 37–32767 Hz，duration 单位毫秒；超限会静默失败 - 它不兼容远程桌面（RDP）会话，也不在 WSL 或容器内工作
需要可靠提示音？选 SoundPlayer 而非 SystemSounds
如果业务逻辑要求“必须响”，比如操作确认、错误提醒，SystemSounds 的不可控性太高。SoundPlayer 是更务实的选择——它走 WASAPI，和媒体播放器同路径，受系统音量控制但基本不会静默失效。
- 加载资源 WAV 文件（推荐 8-bit/11025Hz 单声道，体积小、加载快）：
var player = new SoundPlayer(@"C:\alert.wav"); - 避免阻塞主线程：
player.LoadAsync(); player.PlaySync();或用Play()异步播放 - 首次播放有约 100ms 加载延迟；可提前调用
Load()预热 - 注意：WAV 必须是 PCM 格式；MP3、WMA 不支持；文件路径需存在且进程有读取权限
真正麻烦的从来不是“怎么写一行播放代码”，而是“为什么这行代码在客户机器上不响”。SystemSounds 看似简单，实则把控制权交给了用户的系统设置；Console.Beep 则越来越像一个遗留彩蛋。生产环境里，用 SoundPlayer 加一个精简 WAV，反而最省心。
