浏览器里FLAC放不出声，MP3却正常，问题多半不在文件损坏
有用户遇到过这样的情况：一段无损录音上传到网站后台，文件管理里能正常看到，体积和时长都对得上，但前台点击播放既没有声音，进度条也纹丝不动。同一段内容换成MP3上传，播放立刻恢复正常。很多人第一反应是文件传坏了，实际上这类现象更常见的原因在于FLAC格式在浏览器端并不是天然可用，需要从文件本身一路查到播放器配置，逐层排除。
第一步，先确认文件到底是什么
先验证它是不是真正的原生FLAC。有些文件扩展名写着flac，内部却是别的容器格式改了后缀，浏览器按FLAC去解析，失败是必然的。接着看采样率和位深，网页端解码对超高采样率、超高位深或异常声道的支持并不整齐，一旦超出可处理范围，往往表现为静默失败，连报错都没有。可以用本地播放器或转码工具读取音频参数，把采样率、位深、声道数逐项记下来，作为后面比对的依据。
第二步，核对浏览器和终端的解码能力
FLAC在不同浏览器、不同系统版本上的支持程度存在差异，桌面端和移动端也可能表现不一。排查时不要只在自己惯用的一个浏览器里试，应分别在桌面主流浏览器和移动端真实设备上打开同一页面，记录哪些能播、哪些不能播。如果只有部分终端失败，问题大概率落在解码支持上，而不是文件本身损坏。
第三步，核对服务端的转码链路
不少网站会在上传后生成一份通用格式的回退文件，比如保留原始无损文件的同时，另外存一份兼容性更好的副本。需要确认转码任务是否真的执行成功，回退文件有没有生成、能不能访问、是否与原始文件正确对应。如果转码队列积压或任务报错，前台拿到的可能仍然是不被支持的原始文件。
第四步，核对页面播放器的配置
检查音源地址是否指向正确的文件，避免路径写错或被权限拦截；检查服务端返回的MIME类型是否与实际格式匹配，类型不对时部分浏览器会直接拒绝解码；再检查播放器的错误回调有没有被静默吞掉，导致失败时页面毫无提示。
一份可执行的排查清单
读取音频参数，确认格式的真实身份；在多终端多浏览器上实测；确认回退文件已生成且可访问；核对音源地址、MIME类型和错误回调。转码回退方案上，建议上传后统一生成一份兼容性更好的副本作为默认播放源，原始无损文件保留供下载。it数运在网站维护中处理这类问题时，通常按文件、终端、转码、播放器四层依次定位，把故障收敛到具体环节，而不是反复替换文件试错。
具体兼容情况以浏览器官方文档和实际测试结果为准。
