Handle()方法用于注册非标准HTTP方法（如PATCH、PROPFIND），因GET/POST等快捷方法不支持动态扩展；其httpMethod需全大写，relativePath支持参数与通配符，handlers必须为gin.HandlerFunc类型。
为什么 GET / POST 不够用，得用 Handle()
当你需要注册 PATCH、OPTIONS、PROPFIND、REPORT 这类非标准或 WebDAV/CalDAV 协议要求的 HTTP 方法时，r.GET() 或 r.POST() 就直接报错：找不到对应方法。Gin 的快捷路由只预置了常见方法，不支持动态扩展。这时候必须绕过快捷封装，直调底层 Handle()。
Handle() 的三个参数怎么填才不 panic
Handle() 看似简单，但填错任意一个参数都会导致启动失败或 404 —— 尤其是路径匹配逻辑容易被忽略。
-
httpMethod：必须是全大写字符串，比如"PATCH"、"PROPFIND"；小写或混合大小写（如"patch"）会导致路由注册失败，且无明确错误提示 -
relativePath：支持 Gin 的标准路径语法，比如/api/v1/resource/:id或通配符/webdav/*filepath；但注意*是贪婪匹配，要放在路径末尾，否则会覆盖其他路由 -
handlers：必须是gin.HandlerFunc类型，不能传普通函数或闭包未显式转类型；常见错误是漏写func(c *gin.Context)签名，导致编译不过或运行时 panic
正确示例：
r.Handle("PROPFIND", "/dav/*filepath", func(c *gin.Context) {
path := c.Param("filepath")
c.String(207, "PROPFIND on %s", path)
})
自定义方法 + 路径参数混用时的坑
当路径含 :param 或 *wildcard 时，Handle() 的匹配行为和快捷方法一致，但调试难度更高 —— 因为没有 GET/POST 那样的隐式日志辅助。
立即学习“go语言免费学习笔记（深入）”；
- 路径参数名必须和
c.Param("xxx")中的字符串完全一致，大小写敏感 - 使用
*wildcard时，c.Param("wildcard")返回的是带前导/的完整子路径（如请求/dav/a/b/c→c.Param("wildcard") == "/a/b/c"），需手动strings.TrimPrefix - 如果同时注册了
r.Handle("PATCH", "/user/:id", ...)和r.PATCH("/user/:id", ...)，后者会覆盖前者 —— Gin 内部是同一张路由表，不存在“优先级”，后注册的生效
如何验证自定义方法是否真被路由到
光看 r.Run() 启动成功不代表请求能抵达 handler。最容易被忽略的是客户端发错 method —— 比如用 curl -X patch（小写）实际发的是 POST，因为 curl 默认标准化 method 名。
- 用
curl -X PATCH http://localhost:8080/path测试（必须大写） - 在 handler 开头加
log.Printf("method=%s, path=%s", c.Request.Method, c.FullPath)，确认进来的确实是预期 method - 检查浏览器开发者工具 Network 标签页里的 Request Headers →
Request Method字段，不是看 URL 或响应状态码 - 如果返回 405 Method Not Allowed，说明路由存在但 method 不匹配 —— 很可能是
Handle()第一个参数写错了
真正麻烦的不是写法，而是 method 名拼写、curl 大小写、以及 Gin 路由表里同路径下不同 method 的覆盖关系 —— 这些地方一错，请求就静默丢弃，连日志都不打。
