parallels desktop 虚拟机与宿主机音频冲突源于音频资源抢占或 core audio 异常，需三步解决：一、将虚拟机音频输出设为“built-in output”并勾选已连接；二、退出 pd 后终端执行 sudo launchctl stop/start com.apple.audio.coreaudiod 重置音频服务；三、确保 windows 中 parallels audio controller 正常且未静音，禁用蓝牙/usb 设备共享。
parallels desktop 中虚拟机与宿主机音频输出冲突，典型表现为：打开 windows 虚拟机后，mac 原生声音突然消失；或虚拟机播放音频时出现爆音、卡顿、断续。这并非硬件故障，而是音频资源被虚拟机抢占或 core audio 服务状态异常所致。核心问题集中在设备路由、驱动协同和系统级音频服务稳定性上。
检查并修正虚拟机音频设备设置
默认情况下，PD 将虚拟机音频输出设为“Default”，即跟随 macOS 当前默认输出设备。一旦该设备被其他应用（如 Zoom、Spotify）独占或切换，就容易引发冲突。
- 关闭虚拟机，进入 配置 → 硬件 → 声音
- 将输出设备从“Default”改为“Built-in Output”（注意拼写，部分版本显示为“Built-in Output”而非“Built-in Speakers”）
- 确保已连接选项被勾选，输入设备同理可设为“Built-in Input”
- 保存后重启虚拟机——此举让虚拟机绕过 macOS 的音频路由层，直连硬件输出通路，大幅降低争用概率
重启 macOS 音频核心服务
当虚拟机启动后 Mac 本体失声，大概率是 Core Audio 守护进程（coreaudiod）状态错乱。它不自动恢复，需手动重置：
- 完全退出 Parallels Desktop（Command + Q）
- 打开终端，依次执行以下两条命令（需输入管理员密码）：
sudo launchctl stop com.apple.audio.coreaudiod
sudo launchctl start com.apple.audio.coreaudiod - 等待约 5 秒，测试 Mac 自身声音（如播放一段视频），确认恢复后再启动虚拟机
确保 Parallels Tools 正确安装并启用音频控制器
缺少或损坏的 Parallels Tools 会导致 Windows 侧无法识别虚拟声卡，系统可能回退到低效的通用驱动，加剧爆音。
- 在 Windows 虚拟机中，按 Win + X → 设备管理器
- 展开“声音、视频和游戏控制器”，确认存在 Parallels Audio Controller（无黄色感叹号）
- 若缺失或带叹号：返回 Parallels Desktop 菜单 → 虚拟机 → 安装 Parallels Tools，完成后重启虚拟机
- 同时检查 Windows 音量混合器，确保“扬声器（Parallels Audio Controller）”未静音且音量适中
避免外设干扰与共享冲突
蓝牙耳机、USB 声卡等外部设备若被错误地同时分配给 Mac 和虚拟机，会触发底层音频通道竞争。
- 使用蓝牙设备时，仅在 macOS 系统设置中连接，并禁用虚拟机配置中的“Share Bluetooth devices with Windows”选项
- 使用 USB 音频设备（如 DAC、会议麦克风）时，切勿通过 PD 的“设备 → 外部设备”将其附加给虚拟机；应保持其由 macOS 独占，再通过“Built-in Output”设置让虚拟机复用 Mac 的音频输出链路
- 临时拔掉非必要音频外设，排除物理层干扰
