engine 是 gin 的核心运行时实例，其字段直接控制路由行为：redirecttrailingslash 决定尾部斜杠重定向，redirectfixedpath 主动纠错大小写与冗余路径，handlemethodnotallowed 处理方法不匹配，userawpath 与 unescapepathvalues 影响路径参数解析。
Engine 不是配置项集合，而是 Gin 的核心运行时实例。它的字段直接控制路由行为、错误响应、路径处理逻辑等底层表现——改错一个布尔值，可能让 404 变成 301，或让大小写敏感路由突然“通了”。
RedirectTrailingSlash 控制尾部斜杠重定向
当用户请求 /user/，但你只注册了 /user 路由时，该字段决定是否自动跳转。
- 默认为
true：GET 请求返回 301，其他方法（如 POST）返回 307 - 设为
false：直接返回 404，不尝试修复路径 - 注意：它只对“有同名无斜杠路由”生效；如果
/user和/user/都没注册，仍 404 - 生产环境建议保持
true，避免前端拼错路径导致请求失败
RedirectFixedPath 修复大小写和冗余路径
它不是“容错”，而是主动纠错：清理 //、../，再做不区分大小写的匹配，最后 301/307 重定向。
- 开启后，
/USERS→/users（若存在该路由） -
/api//v1//users→/api/v1/users - 关闭后，这类请求一律 404，不尝试修正
- 线上服务慎用：重定向会暴露真实路径结构，且增加一次 HTTP 往返；调试阶段可开，上线前建议关
HandleMethodNotAllowed 处理“路径存在但方法不对”
比如注册了 GET /login，但客户端发了 POST /login。
- 设为
true（默认）：返回 405 +Allow: GETheader - 设为
false：直接走NotFound流程（即 404） - API 场景下建议保持
true，方便前端快速定位方法误用 - Web 页面服务若统一走 404 页面，可关掉，避免暴露接口支持的方法列表
UseRawPath 和 UnescapePathValues 影响路径参数解析
这对组合决定 URL 中的编码字符（如 %20）是否被解码后再匹配路由。
-
UseRawPath = true且UnescapePathValues = true：用url.RawPath并解码，/user/name%20test→ 参数值为name test -
UseRawPath = false（默认）：用url.Path，它已被标准库自动解码，效果同上 - 唯一例外：
%2F（即/）在url.Path中会被丢弃，而url.RawPath保留；需处理含斜杠的路径参数时才需显式设UseRawPath = true
这些字段都在 Engine 初始化后直接赋值，没有 setter 方法；改完必须在 Run() 前完成。最容易被忽略的是 RedirectFixedPath 的副作用——它会让本应 404 的请求悄悄跳转，掩盖路由定义疏漏。上线前务必确认它是否符合你的路径设计意图。
