Go Fiber代理Minio视频流 Chrome下seek失效无法拖动进度条

基于Go Fiber框架搭建后端服务，通过Minio Client SDK拉取云存储文件对外提供访问，目标需求：

• 实现视频文件流式分发，不暴露云存储直连URL
• 视频支持前后拖动进度条（seek），播放效果和云存储原始访问URL一致

实际运行异常：服务端返回的视频流无法正常拖动进度条，部分场景仅支持向后回退拖动，无法向前跳转。已尝试配置Content-Length、Content-Type、Content-Range等响应头，问题未解决。

异常仅在最新稳定版Chrome浏览器中出现，Firefox、Postman环境下无法复现。

原有问题代码：

// c is the *fiber.Ctx

object, err := minioClient.GetObject(context.Background(), bucketName, fileName, minio.GetObjectOptions{})
if err != nil {
    return err
}

objInfo, err := object.Stat()
if err != nil {
    return err
}

buffer := make([]byte, objInfo.Size)
object.Read(buffer)

c.Set("Content-Length", fmt.Sprintf("%d", objInfo.Size))
c.Set("Content-Type", "video/mp4")
c.Set("Connection", "keep-alive")
c.Set("Content-Range", fmt.Sprintf("bytes 0-%d/%d", objInfo.Size, objInfo.Size))

c.Response().SetBodyStream(bytes.NewReader(buffer), int(objInfo.Size))
return nil

//c.SendStream just won't work

核心错误是没有正确处理HTTP Range请求，这是Chrome实现视频进度拖动的核心依赖：

• 无论客户端请求携带什么Range头，代码永远返回从0字节开始的全量文件，还硬编码固定的Content-Range: bytes 0-xxx/xxx响应头
• Chrome拖动进度条时会主动发送带Range: bytes=目标偏移量-的分片请求，代码返回200全量响应+错误的Content-Range，Chrome的范围校验逻辑会直接判定响应非法，最终出现只能向后拖、不能向前跳的现象：向后拖动时当前缓存已经覆盖对应分片，不需要发送新请求；向前跳转需要拉取已缓存位置之前的分片，返回内容不符合预期就会加载失败
• 现有逻辑将整个Minio对象全量读到内存再返回，不是真正的流式传输，大文件会直接占满服务内存
• 硬编码Content-Type: video/mp4，如果存储的是其他编码格式的视频也会触发播放异常
• 所有响应统一返回200状态码不符合HTTP规范，正常Range分片响应必须返回206 Partial Content状态码

不需要手动实现Range解析逻辑，Fiber原生自带Range请求处理能力，配合Minio对象的流式读取接口即可实现完整的seek支持，修复后代码如下：

// c is the *fiber.Ctx
object, err := minioClient.GetObject(context.Background(), bucketName, fileName, minio.GetObjectOptions{})
if err != nil {
    return c.Status(fiber.StatusInternalServerError).SendString("failed to get object")
}
objInfo, err := object.Stat()
if err != nil {
    return c.Status(fiber.StatusInternalServerError).SendString("failed to stat object")
}

// 设置基础响应头
c.Set("Accept-Ranges", "bytes") // 明确告知客户端支持范围请求
c.Set("Content-Type", objInfo.ContentType) // 读取文件真实Content-Type，不要硬编码
c.Set("Last-Modified", objInfo.LastModified.Format(http.TimeFormat))
c.Set("ETag", fmt.Sprintf(`"%s"`, objInfo.ETag))
// 可选：配置缓存策略减少重复请求，拖动更流畅
c.Set("Cache-Control", "public, max-age=3600")

// 直接传入Minio返回的原始对象流，不要提前全量读入内存
// Fiber会自动解析请求Range头、自动返回206状态码、自动计算正确的Content-Range和Content-Length
return c.SendStream(object, int(objInfo.Size))

注：Minio的GetObject返回值本身实现了io.ReadSeeker接口，Fiber的SendStream遇到实现该接口的流会自动处理范围seek，不需要额外编写分片读取逻辑。之前调用c.SendStream不生效，是因为调用前已经通过object.Read(buffer)把整个对象内容读进了自定义缓冲区，打乱了原始流的读取偏移，直接传入原始object流即可正常工作。

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