Rust Rocket服务MP3文件兼容Chrome问题：无法返回206部分内容

核心问题分析 #

你现在的问题出在强制返回206状态码但未正确处理Range请求。HTTP规范中，206仅在客户端发送Range头时才应返回，且必须伴随Content-Range头指定返回的字节范围。你当前的代码不管请求是否携带Range头都返回206，Chrome会因响应不符合规范主动断开连接，这就是你看到“连接被主机终止”错误的原因。另外，Connection: keep-alive在HTTP/1.1中是默认行为，无需手动添加，强行设置反而可能引发兼容性问题。

修复方案 #

直接使用Rocket自带的NamedFile即可，它原生支持部分内容请求（206状态码），无需自定义CachedFile强制修改状态码。修改后的代码如下：

use std::path::{Path, PathBuf};
use rocket::response::NamedFile;

#[get("/<file..>")]
pub fn files(file: PathBuf) -> Option<NamedFile> {
    let path = Path::new("podcasts").join(file);
    println!("path: {:?}", path);
    NamedFile::open(path).ok()
}

为什么这样能解决Chrome的currentTime问题 #

Chrome的audio.currentTime跳转依赖服务器支持范围请求：当用户拖动进度条时，Chrome会发送带Range头的请求，服务器需返回206状态码和对应字节范围的内容。NamedFile会自动处理这些逻辑：

• 当请求带有Range头时，返回206状态码+Content-Range头
• 当请求无Range头时，返回200状态码+完整文件内容

这样Chrome就能正确处理音频跳转，Firefox之前能工作是因为它对不符合规范的响应兼容性更强。

额外检查项 #

• 确保MP3文件为标准格式，无损坏
• 测试时打开Chrome开发者工具Network面板，确认音频请求的响应头包含Accept-Ranges: bytes（NamedFile会自动添加）

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