Go 如何使用http.ServeContent()处理修改后的时间?

Go 如何使用http.ServeContent()处理修改后的时间?,go,Go,我正在尝试使用ServeContent来服务文件(可能是大型电影文件,因此它将使用字节范围),但我不确定如何处理修改后的时间。如果我使用下面的程序为电影提供服务,如果我给出文件的实际修改时间(如图所示),它将失败。我认为第一个请求可以工作,但是后续的请求(文件的不同字节范围)认为它已经有了文件,因此它们失败了,电影无法播放。我做错什么了吗 请注意,如果使用time.Now()而不是文件的实际修改时间,则代码可以正常工作(电影也可以正常播放),但这当然是不正确的 package main imp

我正在尝试使用ServeContent来服务文件(可能是大型电影文件,因此它将使用字节范围),但我不确定如何处理修改后的时间。如果我使用下面的程序为电影提供服务,如果我给出文件的实际修改时间(如图所示),它将失败。我认为第一个请求可以工作,但是后续的请求(文件的不同字节范围)认为它已经有了文件,因此它们失败了,电影无法播放。我做错什么了吗

请注意,如果使用time.Now()而不是文件的实际修改时间,则代码可以正常工作(电影也可以正常播放),但这当然是不正确的

package main

import (
    "fmt"
    "net/http"
    "os"
    "path"
    "time"
)

func main() {
    http.HandleFunc("/", handler)
    http.ListenAndServe(":3000", nil)
}

func handler(w http.ResponseWriter, r *http.Request) {
    filePath := "." + r.URL.Path
    file, err := os.Open(filePath)
    if err != nil {
        fmt.Printf("%s not found\n", filePath)
        w.WriteHeader(http.StatusNotFound)
        fmt.Fprint(w, "<html><body style='font-size:100px'>four-oh-four</body></html>")
        return
    }
    defer file.Close()
    fileStat, err := os.Stat(filePath)
    if err != nil {
        fmt.Println(err)
    }
    fmt.Printf("serve %s\n", filePath)
    _, filename := path.Split(filePath)
    t := fileStat.ModTime()
    fmt.Printf("time %+v\n", t)
    http.ServeContent(w, r, filename, t, file)
}
主程序包
进口(
“fmt”
“net/http”
“操作系统”
“路径”
“时间”
)
func main(){
http.HandleFunc(“/”,handler)
http.listendServe(“:3000”,无)
}
func处理程序(w http.ResponseWriter,r*http.Request){
文件路径:=“+”r.URL.Path
文件,错误:=os.Open(文件路径)
如果错误!=零{
fmt.Printf(“%s未找到\n”,文件路径)
w、 WriteHeader(http.StatusNotFound)
fmt.Fprint(w,“四个哦四个”)
返回
}
延迟文件。关闭()
fileStat,err:=os.Stat(filePath)
如果错误!=零{
fmt.Println(错误)
}
fmt.Printf(“服务%s\n”,文件路径)
_,filename:=path.Split(filePath)
t:=fileStat.ModTime()
fmt.Printf(“时间%+v\n”,t)
http.ServeContent(w,r,filename,t,file)
}

根据文档

如果modtime不是零时间,则ServeContent会将其包含在响应中最后修改的头中。如果请求包含一个If-Modified-Since头,ServeContent将使用modtime来决定是否需要发送内容

因此,根据客户机是否发送
(如果自
头修改),此函数的行为是否正确。这似乎是预期的行为,在正常情况下对优化服务器带宽确实很有用

但是,在您的情况下,由于必须处理部分内容请求,除非第一个请求返回30倍的HTTP代码,否则您没有理由为后续请求处理此机制

禁用此行为的正确方法是将“零”日期传递给
ServeContent

http.ServeContent(w, r, filename, time.Time{}, file)

您可以尝试解析请求范围标头,以便仅在必要时传递零日期。

最好的结果似乎是仅在范围标头不是空字符串的情况下使用零日期(time.time{})。通过这种方式,它将对在单个块中获取的常规文件执行正确的操作。这是围棋中的虫子吗?