Go 标准库不支持 WebDAV，需用第三方库如 go-webdav 并严格实现 RFC 4918 协议、XML 响应格式、权限校验、锁机制及客户端兼容性处理。
Go 标准库不支持 WebDAV，net/http 里没有现成服务端
Go 官方 net/http 包只提供基础 HTTP 方法（GET/POST/PUT/DELETE），但 WebDAV 是扩展协议，需要手动实现 PROPFIND、PROPPATCH、MKCOL、COPY、MOVE 等方法——标准库压根没封装这些逻辑。
常见错误现象：405 Method Not Allowed，或客户端报 Failed to parse response，本质是服务端没响应 WebDAV 特定的 XML body 和头字段（如 Dav: 1,2、Content-Type: application/xml）。
- 别指望用
http.HandleFunc加几个switch r.Method就能跑通主流客户端（Cyberduck、Windows 映射网络驱动器、macOS Finder） - 必须按 RFC 4918 返回严格格式的 XML 响应体，比如
PROPFIND的<d:multistatus>结构，少一个命名空间前缀就可能被拒绝 - 权限校验、锁机制（
LOCK/UNLOCK）若跳过，某些客户端会直接断连
用 go-webdav 库最省事，但注意它默认不处理认证和文件系统隔离
go-webdav（by malfunkt）是目前最稳定的第三方实现，封装了完整方法路由和 XML 编解码，但它的 webdav.Handler 默认把整个磁盘当根目录暴露——这是线上环境最常踩的坑。
使用场景：快速搭建内网文件共享、CI 中临时上传产物、嵌入已有 HTTP 服务做文件后端。
立即学习“go语言免费学习笔记（深入）”；
- 必须传入自定义
webdav.FileSystem实现，不能直接用os.DirFS("/path")，否则路径遍历风险极大（比如客户端请求GET /../etc/passwd） - 认证需自己套一层中间件，
webdav.Handler不检查Authorization头，直接透传给底层 FS - 注意
LockSystem参数：设为nil表示禁用锁，但 macOS Finder 挂载时会反复发LOCK请求，导致卡住；建议用memlock.NewMemLockSystem()先兜底
h := &webdav.Handler{
Prefix: "/dav",
FileSystem: restrictedFS, // 自己实现的 SafeFS
LockSystem: memlock.NewMemLockSystem(),
}
http.Handle("/dav/", h)
PROPFIND 响应体字段缺失会导致 Windows 映射失败
Windows 资源管理器对 WebDAV 的 PROPFIND 响应极其挑剔：缺 <d:getcontentlength> 或 <d:getlastmodified> 会让文件显示为 0 字节、修改时间为空，甚至无法双击打开。
性能影响：每次 PROPFIND 都要 os.Stat 文件，高频访问下 I/O 成瓶颈；可考虑加内存缓存（但要注意 mtime 变化同步）。
- 必须返回
<d:resourcetype>：目录填<d:collection/>，文件留空（不是<d:empty/>） -
<d:getcontenttype>不能硬写text/plain，得用mime.TypeByExtension推断真实类型 - 如果文件系统不支持纳秒级
mtime（如 ext4），Windows 可能拒绝挂载，建议统一转成 RFC 1123 格式字符串（t.UTC().Format(http.TimeFormat)）
客户端兼容性比协议实现更耗时间
同一套 WebDAV 服务，macOS Finder 能挂载，Windows 却提示“找不到网络路径”，大概率是 HTTP 头或重定向问题。
容易被忽略的地方：
- Windows WebDAV 客户端强制要求 Basic Auth，且只接受
http://（不支持https://自签名证书）；用反向代理时，确保X-Forwarded-Proto不干扰401流程 - Cyberduck 会发带
If:头的条件请求，若你的LOCK实现没返回Lock-Token，后续操作全失败 - 所有响应必须带
Dav: 1,2头，漏掉,2会导致部分客户端不启用 COPY/MOVE 功能
调试时先用 curl -v -X PROPFIND http://localhost:8080/dav/ --data '<?xml version="1.0"?><d:propfind xmlns:d="DAV:"><d:allprop/></d:propfind>' 看原始响应，比依赖 GUI 客户端快得多。
