那半秒声音到底从哪来
2014 年 9 月，我在南京珠江路二手市场花 1600 元买下一台联想 G480，i3 处理器，内存被上一任机主加到 6GB。装好系统后第一次打开 QQ 浏览器，音箱里冒出一段约半秒的残留哨音，随即归于安静。当时我以为是浏览器自带的启动音效，还专门翻过安装目录。
八年之后回看，那半秒更像是标签页恢复与音频缓冲的合谋：浏览器把上次未关闭的页面拉起来，其中某个页面带有自动播放的视频，播放被策略挂起，等用户第一次点击时再释放。换句话说，声音不是“打开浏览器产生的”，而是“浏览器替你恢复播放产生的”。这个因果顺序，决定了后面所有排查步骤的先后。
规范文本里，自动播放被允许的三个条件之一是“用户已与域发生交互”。问题在于，会话恢复算不算一次新的交互？各家的答案并不一致。 —— 摘自我对 Chromium media autoplay policy 文档的阅读笔记，2022 年 4 月
三个具体细节，支撑我这套判断
第一个细节来自周明。2021 年 3 月 14 日晚上，他把“启动时恢复上次会话”关掉，重启后开屏声音消失；但他同时失去了一个存了 14 个比价标签页的清单，第二天在群里连发了 6 条消息抱怨。第二个细节是陈晓雯的便签，她把四步静音流程贴在图书馆自习区的显示器边，第一步写的是“先把系统音量拉到 0”，而不是任何浏览器设置。第三个细节是我自己在苏州平江路一家网吧 6 号机上的复现：一个电商悬浮视频在页面隐藏时仍在缓冲，切回前台第 1.5 秒直接出声。
这三件事指向同一个结论：多数“打开有声音”并非单一开关，而是会话恢复、页面媒体状态、系统音频输出三层叠加的结果。只动其中一层，问题往往原地不动。这也是为什么网上大量教程彼此矛盾——它们各自命中的是不同的一层。
一处不太受欢迎的个人观点
说实话，我不认为“打开qq浏览器有声音”应该被当作浏览器缺陷来讨论。相当一部分案例，是用户自己保留了会话恢复、又在页面里放行了自动播放，责任链条其实是完整的。我更愿意把它叫做“默认值的代价”：浏览器为了体验连续性选择了激进默认，用户为了便利接受了它，声音只是这笔交易的账单。把责任全推给产品，反而会让排查停在“清缓存”这种无效动作上。同类的权限问题我在「澳门正版49图库资料库恢复技巧」里也提过，路径依赖比具体条目更难改。
我常用的判定顺序
第一步永远是听。声音是持续的还是半秒的？来自系统提示音还是网页？这一步能砍掉一半无效排查。第二步看标签页，尤其是被恢复的旧页面；第三步查扩展，林工程师那个夜间模式插件就是典型，卸载前后他花了 2 小时 40 分钟才定位。第四步才轮到权限与缓存，顺序反了，多半是在做无用功。
写这篇的时候，我又把 G480 翻了出来，它现在跑着一个轻量 Linux，开机依旧安静。反倒是那半秒哨音成了我记忆里最清晰的一段。关于浏览器配置的完整梳理，我另写在「49资料图库彩图欣赏」的附记里，那里有更细的权限截图对照。
