SystemSounds.Beep() 无声主因是系统级设置或策略限制，非代码问题；需检查声音方案、音量混合器及组策略，并注意其仅适用于交互式桌面会话。
SystemSounds.Beep() 播放没声音？先确认系统音量和策略
多数时候不是代码问题，而是 Windows 系统级静音或策略拦截。SystemSounds 类调用的是 Windows 的事件声音（Event Sounds），依赖控制面板中「声音」设置里的「程序事件」配置，且会被「通信活动时降低音量」、「音频增强」等选项干扰。
- 检查「控制面板 > 声音 > 声音」选项卡，确保「播放 Microsoft Sound Mapper」设备未被禁用，且「启用音效」已勾选
- 右键任务栏音量图标 →「打开音量混合器」，确认
Windows Explorer或当前进程的音量滑块没被拉到 0 - 企业环境可能通过组策略禁用事件声音：
Computer Configuration → Administrative Templates → Control Panel → Sounds → Prevent changing sound schemes
SystemSounds.Question 和 SystemSounds.Asterisk 区别在哪
它们对应不同系统事件声，但底层都走同一套 WAV 文件路径（%SystemRoot%\Media\*.wav），区别仅在于注册表映射的事件 ID 和默认音效文件名。实际行为取决于用户是否修改过「声音方案」。
-
SystemSounds.Beep()：触发Beep事件，通常映射到Windows Default.wav或静音（若用户设为「无」） -
SystemSounds.Asterisk()：对应Asterisk事件，默认是短促提示音（如成功操作） -
SystemSounds.Question()：对应Question事件，默认是「叮？」式疑问音（常用于 MessageBox.Show(..., ..., MessageBoxButtons.YesNo)） - 不建议硬编码依赖某一种音效——用户可自定义所有事件声音，甚至设为空白 WAV
为什么在 Windows Server 或无桌面会话里完全不响
SystemSounds 是基于 Windows UI 会话的声音子系统（MMCSS），在服务进程、后台计划任务、远程桌面断开后的会话、或 Server Core 模式下默认不可用。它不是直接调用 waveOut API，而是走 PlaySound 的 SND_ASYNC | SND_EVENT 路径，依赖交互式桌面会话。
- ASP.NET Core 后台服务、Windows Service 默认运行在 Session 0，无法播放 SystemSounds
- 即使调用成功，也只会返回
true，但实际无声（无异常、无日志） - 替代方案：改用
SoundPlayer加载本地 WAV 文件，或调用Console.Beep()（仅限控制台应用，且现代 Windows 可能禁用）
想稳定播放提示音，该选 SystemSounds 还是 SoundPlayer
SystemSounds 更轻量、无需加载文件，但不可控、不可靠；SoundPlayer 虽要管理资源，但路径明确、行为可预期，适合对提示音有确定性要求的场景。
- 用
SystemSounds：仅限快速原型、内部工具、且明确运行在用户交互桌面会话中 - 用
SoundPlayer：需指定绝对路径（如C:\Windows\Media\Notify.wav），注意权限和文件存在性，播放前建议加File.Exists判断 - 避免在 UI 线程长时间阻塞：
player.Play()是同步的，大文件会卡界面；优先用player.PlaySync()（同步）或player.Play()（异步）按需选择 - WAV 文件必须是 PCM 格式，44.1kHz / 16bit 单声道/立体声，否则
SoundPlayer可能静默失败
