gin不支持直接注册任意http方法，因为其router.get、post等是预定义方法的封装，未提供如propfind等非标方法的别名；必须使用router.handle("method", path, handler)显式注册，且方法名需大小写精确匹配。
为什么 Gin 不支持直接注册任意 HTTP 方法
Gin 的 router.GET、router.POST 等方法只是对底层 router.Handle 的封装，它本身不校验方法名合法性，但标准 Go net/http 仅把 GET、POST、PUT、DELETE、PATCH、HEAD、OPTIONS 视为“已知方法”——其他方法（如 PROPFIND、REPORT、SEARCH）在 http.Method 中不存在，也不会被自动识别或记录。
如果你直接写 router.PROPFIND("/path", handler)，会报错：undefined field or method 'PROPFIND'，因为 Gin 没提供这个方法别名。
用 router.Handle 注册自定义 HTTP 方法
所有自定义方法都必须走 router.Handle，它是 Gin 暴露的底层接口，接受任意字符串作为方法名。
-
router.Handle("PROPFIND", "/dav", propfindHandler)是合法且有效的 - 方法名区分大小写，必须与客户端实际发送的请求方法完全一致（如
propfind小写不会匹配） - Gin 中间件（如
logger、recovery）对自定义方法同样生效，无需额外适配 - 注意：Gin 的
router.Any()会响应所有方法，但无法区分具体方法类型，不适用于需要按方法做不同逻辑的场景
处理 WebDAV 或自定义协议时的常见坑
WebDAV 常用 PROPFIND、PROPPATCH、MKCOL 等方法，但 Gin 默认不设置对应响应头，容易导致客户端（如 macOS Finder、Cyberduck）拒绝连接。
- 必须手动在响应中添加
Access-Control-Allow-Methods（如果跨域）和Dav头，例如：c.Header("Dav", "1,2,3,extended-mkcol") - 某些代理（如 Nginx）默认会过滤非标准方法，需显式配置：
underscores_in_headers on;和error_page 405 =200 $uri;（或改用if ($request_method !~ ^(GET|HEAD|POST|PUT|DELETE|PATCH|OPTIONS|PROPFIND|PROPPATCH|MKCOL|COPY|MOVE|LOCK|UNLOCK)$) { return 405; }） - Go 的
http.ServeMux会直接丢弃未知方法请求，但 Gin 基于自定义路由，只要Handle注册了就能收到，这点比原生net/http更灵活
如何让自定义方法也能参与 Gin 的路由树匹配
Gin 的路由树（radix tree）本身不依赖方法类型，而是把方法 + 路径一起作为键存储。所以 router.Handle("SEARCH", "/q", handler) 和 router.GET("/q", handler) 在内部是两条独立路由，互不影响。
- 不能混用：同一个路径上，
router.GET("/api", h1)和router.Handle("SEARCH", "/api", h2)可共存，各自响应对应方法 - 没有全局“方法白名单”，也不需要提前注册；但若想统一拦截所有非标方法，可用
router.NoMethod()配合判断c.Request.Method - 调试时用
curl -X SEARCH http://localhost:8080/q最直接，避免浏览器缓存或预检干扰
Handle，但配套的响应头、代理配置、客户端兼容性这些环节，往往比写 handler 本身更容易出问题。golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
