http.fileserver 不能直接当 webdav 用，因为它仅支持 get/head，而 webdav 需 propfind、put、delete 等十余种方法；x/net/webdav 是独立状态机，需手动注册 handler、实现 filesystem 接口，并注意路径归一化、权限映射与客户端兼容性。
为什么 http.FileServer 不能直接当 WebDAV 用
因为 http.FileServer 只实现 HTTP GET/HEAD，而 WebDAV 需要 PROPFIND、PROPPATCH、MKCOL、PUT、DELETE、MOVE、COPY 等十多个方法。x/net/webdav 不是“增强版 FileServer”，它是一套独立的状态机，连路由分发都要自己写。
常见错误现象：405 Method Not Allowed（对 PROPFIND 返回）、501 Not Implemented（调用 webdav.Handler.ServeHTTP 但没传正确 webdav.FileSystem 实现）。
- 必须手动注册
webdav.Handler到http.ServeMux，不能直接http.ListenAndServe(":8080", http.FileServer(...)) -
webdav.Handler的FileSystem参数不能为空；标准库只提供webdav.NewMemFS()（内存文件系统），生产环境需自己实现磁盘版 - 所有路径操作都走
FileSystem接口方法（OpenFile、Mkdir、RemoveAll等），不是走os包直读
如何让 webdav.Handler 支持真实磁盘目录
标准库不带磁盘 FileSystem 实现，得自己写一个轻量包装。核心是把 os 操作转成 webdav 接口要求的语义，尤其注意路径标准化和权限映射。
关键点：
立即学习“go语言免费学习笔记（深入）”；
- 路径必须用
path.Clean()归一化，WebDAV 客户端常发/a/../b这类路径，不清理会绕过根目录限制 -
OpenFile的flag参数要映射：比如os.O_CREATE | os.O_WRONLY对应 WebDAV PUT，os.O_RDONLY对应 GET/PROPFIND - 务必检查
filepath.Join(root, path)是否仍在root下——用strings.HasPrefix(filepath.Clean(full), root)，别用==或filepath.Rel，后者在 Windows 上可能出错 - 返回的
webdav.File必须同时实现io.ReadSeeker、io.Writer、io.Closer和webdav.FileInfo，缺任一方法会导致客户端报500 Internal Server Error
PROPFIND 返回 404 或空响应的典型原因
PROPFIND 是 WebDAV 最容易出问题的请求，客户端（如 macOS Finder、Cyberduck）发过来的 XML body 很小但语义复杂，x/net/webdav 默认只处理 allprop 和部分 propname，其他 propfind 查询会静默失败。
常见错误现象：curl -X PROPFIND http://localhost:8080/ -H "Content-Type: text/xml" --data '<propfind xmlns="DAV:"><allprop></allprop></propfind>' 返回空 body 或 404。
-
webdav.FileSystem的Stat方法必须返回非 nilos.FileInfo，且IsDir()要准确——PROPFIND 列目录时靠这个判断是否渲染<collection></collection> - 如果实现的是只读文件系统，
OpenFile对os.O_WRONLY应返回&os.PathError{Op: "open", Path: ..., Err: os.ErrPermission}，而不是直接 panic -
webdav.Handler默认不支持深度遍历（Depth: "infinity"），客户端发这种请求会直接 400；如需支持，得重写Handler的propfind方法逻辑
Windows 资源管理器连接失败的隐藏门槛
Windows 自带 WebDAV 客户端（WebClient 服务）极度挑剔：要求 HTTPS、Basic Auth、精确的 MIME 类型、无重定向、且 OPTIONS 响应头必须包含完整 DAV 支持列表。用 http.ListenAndServe 明文跑，Windows 几乎必连不上。
实操建议：
- 必须加
Header().Set("DAV", "1,2,3,calendar-access")到所有成功响应（包括 OPTIONS、PROPFIND），否则 Windows 直接拒绝识别为 WebDAV - Basic Auth 是硬性要求，即使开发测试也得配；用
net/http中间件拦截，返回401 Unauthorized+WWW-Authenticate: Basic realm="webdav" - 避免使用自签名证书——Windows WebClient 默认不信任，得手动导入，不如直接用
ngrok或cloudflared代理到有正规证书的域名 -
OPTIONS请求必须返回200 OK，且Allowheader 包含OPTIONS, GET, HEAD, POST, PUT, DELETE, COPY, MOVE, MKCOL, PROPFIND, PROPPATCH, LOCK, UNLOCK
WebDAV 的麻烦不在协议多，而在每个客户端挑不同子集：macOS Finder 忽略 LOCK，Windows WebClient 死磕 DAV header，Android App 可能连 PROPFIND 都不发。先拿一个客户端跑通，再逐个适配，比幻想“一次写完全平台兼容”实际得多。
