Node.js中response.end(data)与write+end在Safari的兼容性差异问题

问题现象 #

• 用resp.end(data, 'binary')返回完整FLAC文件时，Safari能正常播放；改成resp.write(data, 'binary')分块发送再加resp.end()的流式写法后，Safari无法播放（Chrome不受影响）
• 给resp.end(data, 'binary')加上Content-Type: audio/flac响应头，同样会导致Safari播放失败

核心原因 #

• 单次调用resp.end()发送数据时，Node.js会自动生成Content-Length响应头，这是Safari能正常识别FLAC文件的关键
• 流式场景下无法提前获取内容长度时，Safari对FLAC的处理有特殊限制：
  • 同时携带Content-Type: audio/flac且无Content-Length的响应会被Safari拒绝
  • MP3流无此限制，即使带Content-Type: audio/mpeg且无Content-Length也能正常播放

解决方法与临时方案 #

1. 临时Workaround：如果没法提前拿到真实内容长度，可以设置一个超大的Content-Length值（比如1073741824），能让Safari正常处理FLAC流
2. 流式场景最优解：移除Content-Type: audio/flac响应头，Safari就能正常播放FLAC流，同时Chrome也能兼容这种写法

内容的提问来源于stack exchange，提问作者njlarsson