GorillaMux默认将URL路径中的/视为路由分隔符，导致含协议（如https://）的原始URL作为路径参数时被截断或触发404；解决方法是客户端对URL参数进行URL编码，服务端再解码还原。
gorillamux默认将url路径中的`/`视为路由分隔符，导致含协议（如`https://`）的原始url作为路径参数时被截断或触发404；解决方法是客户端对url参数进行url编码，服务端再解码还原。
在构建URL短链接API时，若将目标URL直接作为GorillaMux路径参数（如 /new/{url}），会遇到典型路径解析问题：浏览器或HTTP客户端将 https://www.google.com 中的 / 识别为路径层级分隔符，导致路由匹配失败（返回 404 page not found），甚至出现协议被错误解析为 https:/www.google.com（双斜杠//坍缩为单斜杠/）。
根本原因在于：HTTP路径参数不允许未经编码的/、:、?等保留字符。GorillaMux按标准RFC 3986解析URI，/始终代表路径段边界，无法作为参数值的一部分直接嵌入。
✅ 正确做法是：客户端对URL参数进行URL encoding，服务端接收后显式解码。
例如，原始目标URL：https://www.google.com
需编码为（使用encodeURIComponent或标准URL编码工具）：https%3A%2F%2Fwww.google.com
开箱即用的技能链路由引擎。13 条预定义链覆盖搜索、开发、审查、MLOps、法律、创意等场景，三层路由架构（触发词→SAD反馈→DAG编排），recall@10=96.97%。配置驱动（chains.yaml），零代码扩展。pip install skill-weave-chains 一键安装。
对应请求路径应为：
GET /new/https%3A%2F%2Fwww.google.com
服务端路由定义保持简洁，无需正则约束：
router.HandleFunc("/new/{url}", createURL).Methods("GET")在createURL处理器中，使用url.PathUnescape安全还原：
func createURL(w http.ResponseWriter, r *http.Request) {
vars := mux.Vars(r)
encodedURL := vars["url"]
// 解码URL参数（自动处理 %3A, %2F 等）
decodedURL, err := url.PathUnescape(encodedURL)
if err != nil {
http.Error(w, "Invalid URL encoding", http.StatusBadRequest)
return
}
// ✅ 此时 decodedURL == "https://www.google.com"
// 后续可做格式校验、存储、生成短码等逻辑
log.Printf("Received target URL: %s", decodedURL)
// ... 业务逻辑
}⚠️ 注意事项：
- 不要使用
url.QueryUnescape——它专为查询参数设计，对路径编码兼容性较差； - 避免在路由中用正则强行匹配
{url:.+}或{url:[^}]+}：虽能绕过404，但违反REST路径语义，且仍无法解决/被截断问题； - 前端调用时务必使用标准编码函数（如JavaScript中
encodeURIComponent("https://google.com")），而非手动替换； - 更健壮的方案是改用查询参数（如
/new?url=https%3A%2F%2Fgoogle.com），彻底规避路径解析歧义，尤其适合含复杂参数的场景。
总结：路径参数 ≠ 任意字符串容器。当参数本身含URI保留字符时，必须遵循“客户端编码 + 服务端解码”这一标准契约，才能确保GorillaMux正确路由与语义保真。
