我有点困惑。许多示例都显示了:http.ServeFile(..)
和的用法http.FileServer(..)
,但似乎它们具有非常接近的功能。我也没有找到有关如何设置自定义
NotFound 处理程序的信息。
// This works and strip "/static/" fragment from path
fs := http.FileServer(http.Dir("static"))
http.Handle("/static/", http.StripPrefix("/static/", fs))
// This works too, but "/static2/" fragment remains and need to be striped manually
http.HandleFunc("/static2/", func(w http.ResponseWriter, r *http.Request) {
http.ServeFile(w, r, r.URL.Path[1:])
})
http.ListenAndServe(":8080", nil)
我试图阅读源代码,它们都使用serveFile(ResponseWriter, *Request, FileSystem, string, bool)
底层函数。然而,用它自己的方法http.FileServer
返回并在提供文件之前做一些准备工作(例如
path.Clean())。fileHandler``ServeHTTP()
那么为什么需要这种分离呢?哪种方法更好用?以及如何设置自定义 NotFound 处理程序,例如在找不到请求的文件时?
主要区别在于http.FileServer
它有效地将 HTTP 前缀与文件系统进行了几乎 1:1
的映射。用简单的英语,它提供了一个完整的目录路径。及其所有的孩子。
假设您有一个名为的目录/home/bob/static
,并且您进行了以下设置:
fs := http.FileServer(http.Dir("/home/bob/static"))
http.Handle("/static/", http.StripPrefix("/static", fs))
您的服务器将接受例如请求/static/foo/bar
并提供任何/home/bob/static/foo/bar
(或 404)
相比之下,这ServeFile
是一个较低级别的帮助程序,可用于实现类似于 FileServer
的东西,或者实现你自己的路径修改,以及任何数量的东西。它只是获取命名的本地文件并通过 HTTP
连接发送它。就其本身而言,它不会提供整个目录前缀(除非您编写了一个处理程序来进行类似于 FileServer 的一些查找)
注意 天真地为文件系统提供服务是一件潜在的危险事情(有可能打破根树的方法)因此我建议除非你 真的
知道你在做什么,否则使用它们http.FileServer
,http.Dir
因为它们包括检查以确保人们可以'
t突破FS,它ServeFile
没有。
附录 您的第二个问题,不幸的是,您如何做一个自定义的 NotFound
处理程序,并不容易回答。因为正如您所注意到的,这是从内部函数调用的serveFile
,所以没有非常容易进入的地方。可能会有一些偷偷摸摸的事情,比如用你自己的拦截响应,ResponseWriter
它会拦截
404 响应代码,但我会把这个练习留给你。