play()不决定格式支持，实际取决于浏览器/系统解码能力；需用canplaytype()检测并验证mime类型与服务端content-type匹配；不同平台api（如win32 playsound、android mediaplayer）对格式和编码有严格限制，且受环境版本与配置影响。
play() 本身不决定支持什么格式——它只是个“播放指令”，真正能播还是播不了，全看浏览器或系统底层能不能解码那个文件。
浏览器中 play() 的格式兼容性取决于 canPlayType()
不同浏览器对编码格式的支持差异很大，比如 Chrome 能原生解码 mp3 和 aac，但 Firefox 默认不支持 mp3（除非系统装了相应解码器）；Safari 对 alac（Apple Lossless）支持好，但对 flac 长期滞后（macOS 14+ 才开始有限支持）。
- 必须用
audio.canPlayType('audio/mp3')或audio.canPlayType('audio/aac')主动检测，返回'probably'或'maybe'才算有希望 - 即使 MIME 类型写对了，如果服务端没配对的
Content-Type响应头（如audio/mpeg），canPlayType()可能返回空字符串 -
play()调用后抛出DOMException: The element has no supported sources，基本就是格式或 MIME 不被识别
Windows 平台 PlaySound() 只认 WAV，且是 PCM 编码
Win32 的 PlaySound() 函数压根不解析容器或编码逻辑，只读 WAV 文件头，且要求是线性 PCM（即未压缩的 wav）。哪怕你用 FFmpeg 把 MP3 转成带 ID3 的 WAV，只要里面是 MP3 编码（比如 WAV with MP3 payload），它照样报错或静音。
- 务必用
ffmpeg -i input.mp3 -ar 44100 -ac 2 -c:a pcm_s16le output.wav转成标准 PCM WAV - 路径里含中文或空格？必须用
SND_FILENAME | SND_ASYNC标志，否则可能静音 - 别指望它播
flac、ogg或带元数据的 AIFF——这些得换IAudioClient或 WASAPI
Android MediaPlayer 支持广，但 play() 前要等 onPrepared()
Android 的 MediaPlayer 看似支持 mp3、aac、flac、ogg 甚至 amr，但实际行为受厂商定制 ROM 影响极大。例如某些国产 Android 12 设备会拒绝播放采样率 >48kHz 的 flac，或对 adts-aac 的 ADTS 头校验异常严格。
- 不能在
setDataSource()后立刻调start()，必须等OnPreparedListener回调触发 - 播放网络音频时，
setDataSource(Context, Uri)比直接传 URL 更稳，能绕过部分 ROM 的权限拦截 - 若用
AudioTrack播 PCM 数据，必须手动处理字节序（AudioFormat.ENCODING_PCM_16BIT是小端）、声道数和采样率匹配，错一个就破音或无声
最常被忽略的一点：格式支持不是静态列表，而是运行时能力。同一段代码，在 Chrome 120 里播 opus 没问题，换到 Electron 28（基于 Chromium 116）可能就不行——因为编译时禁用了 Opus 解码器。别信文档写的“支持”，一定要在目标环境实测 canPlayType() 或日志抓取解码失败原因。
