最省事方式是用 go-webdav 库配 webdav.Handler{AllowWrite: true, LockSystem: NewMemLockSystem()}，配合 os.DirFS 和自定义认证中间件，注意客户端兼容性、路径校验与并发安全。

用 go-webdav 启动一个可读写的 WebDAV 服务

直接跑起来最省事的方式是用 go-webdav 这个库，它不依赖外部存储、不强制绑定数据库，适合快速暴露本地目录。但默认配置下它是只读的，想上传必须显式开启写权限。

• 初始化时传入 &webdav.Handler{FileSystem: fs, LockSystem: webdav.NewMemLockSystem(), Options: webdav.Options{AllowWrite: true}}
• fs 必须是实现了 webdav.FileSystem 接口的对象，通常用 webdav.NewFileServer 包裹的本地路径，比如 os.DirFS("/data")
• 别漏掉 LockSystem —— 即使只是单机用，缺失会导致 macOS Finder 或 Windows 映射盘报 HTTP 500 或“无法锁定资源”
• 监听端口建议避开 80/443（需要 root），先用 :8080 测试，确认能列目录、上传、删除再加反向代理和 TLS

处理 Windows 和 macOS 客户端的兼容性问题

Windows 资源管理器和 macOS Finder 对 WebDAV 的实现很“挑”，不是返回 200 就算通。它们会发一堆 PROPFIND、OPTIONS、LOCK 请求，任一环节响应格式或状态码不对就会卡在“正在连接”或弹出认证框后无限转圈。

• 确保 OPTIONS 响应头包含 Dav: 1,2 和 Allow: GET,HEAD,PUT,DELETE,PROPFIND,PROPPATCH,MKCOL,COPY,MOVE,LOCK,UNLOCK
• PROPFIND 必须返回完整 XML，且 <href></href> 值要以 / 开头并和请求路径一致（比如服务跑在 /dav 下，href 就得是 /dav/filename，不能是 /filename）
• macOS 会发带 If-None-Match: * 的 HEAD 请求来探测文件是否存在，你的 HEAD 处理逻辑得支持这个 header，否则显示“文件已损坏”
• Windows 在上传大文件时可能分块发 PUT，不要假设一次 Request.Body 就读完全部内容 —— 必须用 io.Copy 流式写入磁盘

加基础认证但别碰 http.BasicAuth 中间件

http.BasicAuth 是 HTTP Basic 认证的简易封装，但它会把所有未认证请求直接 401，而 WebDAV 客户端（尤其是 Windows）在初始 OPTIONS 请求时并不带 Auth header，直接 401 会导致握手失败。

Golang Uber Dig

使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等

下载

• 自己写中间件，在 OPTIONS 和 PROPFIND（根路径）等预检请求上跳过鉴权
• 认证信息从 req.Header.Get("Authorization") 提取，base64 解码后比对，别用 http.Request.BasicAuth() —— 它会吃掉错误格式的 header 导致空用户名
• 密码别硬编码，至少从环境变量读，比如 os.Getenv("WEBDAV_USER") 和 os.Getenv("WEBDAV_PASS")
• 如果后续要上 HTTPS，记得关掉 http.Redirect 自动跳转，WebDAV 客户端不认 301/302

文件系统权限与并发写入风险

Go 的 os.DirFS 是只读包装，真要写必须用自定义 FileSystem 实现。但自己实现 Mkdir、RemoveAll 等方法时，容易忽略操作系统级权限和并发冲突。

立即学习“go语言免费学习笔记（深入）”；

• 确保运行 Go 程序的用户对 /data 目录有 rwx 权限，Linux 下常见问题是 SELinux 或 systemd 沙箱限制（比如 ProtectHome=true）
• Put 方法里别直接 os.WriteFile，要用 os.OpenFile(..., os.O_CREATE|os.O_WRONLY|os.O_TRUNC) 配合 defer f.Close()，否则并发上传同名文件会丢数据
• 删除操作（Delete）务必检查路径是否在允许范围内，防止客户端传 ../etc/passwd —— 用 filepath.Clean() + strings.HasPrefix() 做白名单校验
• WebDAV 没有事务概念，COPY 或 MOVE 失败时可能留下半截文件，建议在 Put 前先写临时文件，成功后再 os.Rename

事情说清了就结束。真正难的不是启动服务，而是让不同客户端在各种网络条件下稳定连上、不丢文件、不爆权限——这些细节藏在 header、状态码、路径归一化和并发控制里，少一个都可能让用户以为“又连不上了”。