用 github.com/mssola/useragent 库解析 UA 最可靠，因其基于多层规则（平台、引擎、特征词、括号结构）判断设备类型，避免仅靠关键词“Mobile”等导致的误判；agent.Mobile() 和 agent.Tablet() 分别精准识别手机和平板，非二者即为桌面端；建议中间件中解析一次并缓存结果至 c.Set()，避免重复新建实例。
直接用 c.Request.UserAgent() 就能拿到字符串，但光有字符串没用——得解析出设备类型（手机/平板/桌面）才算真正“判断”成功。别手动正则匹配，用 github.com/mssola/useragent 这个库最稳。
为什么不能只靠字符串包含 "Mobile" 或 "iPhone"
UA 字符串高度不规范：Chrome on Android 可能不带 Mobile，某些微信内置浏览器 UA 里根本没有设备关键词，而部分桌面版 Safari 却带 Mobile/15E148 这种迷惑字段。硬匹配 "Mobile" 或 "iPhone" 会导致误判（把 iPad 当手机、把 Win10 桌面 Chrome 当移动设备）。
-
useragent.New(c.Request.UserAgent())内部做了多层规则组合判断，比如同时看平台标识、渲染引擎、设备特征词、甚至 UA 中的括号嵌套结构 - 它返回的
agent.Mobile()是布尔值，含义是“该 UA 明确表示为移动设备”，不是模糊匹配 - 对爬虫、平板、桌面的区分也依赖完整上下文，不是单关键词决定
在 Gin 中间件里安全解析 UA 并缓存结果
每个请求都新建 useragent 实例开销很小，但如果你高频调用（比如每秒上万请求），建议复用解析器实例，避免重复初始化正则和映射表。
Intelligent search for agents. Multi-source retrieval with confidence scoring - web, academic, and Tavily in one unified API
下载
智能代理搜索。多源检索置信度评分 - 统一API整合网络、学术和Tavily搜索。
- 不要在中间件函数内每次调用
useragent.New(...)—— 它本身是无状态的，可以全局复用一个实例（注意：不是并发不安全，而是没必要反复 new） - 更推荐做法：在中间件里解析一次，把结果存到
c.Set("ua_type", "mobile")，后续 handler 用c.GetString("ua_type")直接取 - 如果只关心是否为移动设备，直接存布尔值：
c.Set("is_mobile", agent.Mobile())
区分 mobile、tablet、desktop 的实际判断逻辑
agent.Mobile() 返回 true 表示明确是手机（含小屏安卓/iOS），但它不返回 tablet。要识别平板，得组合判断：
-
agent.Tablet()是独立方法，专用于检测 iPad、Surface Pro、Galaxy Tab 等主流平板 UA - 如果
!agent.Mobile() && !agent.Tablet()，基本可认为是 desktop（包括 Windows/macOS/Linux 桌面浏览器） - 注意：某些折叠屏手机（如 Galaxy Z Fold）UA 同时满足
Mobile()和Tablet()，这是设计使然，按业务需要决定优先级
真正容易被忽略的是：UA 解析结果必须结合业务场景验证。比如微信内置浏览器 UA 在 iOS 上可能被识别为 Mobile，但在某些版本里 UA 被裁剪过，useragent 库会 fallback 到 Unknown —— 这时候你要有兜底策略，比如默认按 desktop 处理，或记录日志告警。别让 UA 解析失败导致整个请求流程中断。
