Buffalo中需手动解析User-Agent判断移动端，通过c.Request().UserAgent()获取字符串，匹配Mobile、iPad、iPhone等关键词识别。
Buffalo 没有内置的 IsMobile() 方法或自动设备类型识别机制，判断请求是否来自移动端必须依赖 User-Agent 字符串解析，且需自行实现或引入轻量工具。
如何从 User-Agent 提取移动端线索
HTTP 请求头中的 User-Agent 是唯一可用的客户端标识字段。Buffalo 的 buffalo.Context 可通过 c.Request().UserAgent() 获取该字符串。常见移动端标识包括：
-
Mobile（出现在 iOS、Android WebView、部分微信内置浏览器） -
iPad、iPhone、</li> <li><code>Android
+Mobile组合（区分 Android 平板） -
WeChat、MicroMessenger（微信环境，通常为移动端）
注意：仅匹配 Android 不可靠——桌面版 Chrome 也会带 Android（如模拟器或 UA 覆盖场景）；Mobile 单独出现也可能来自某些桌面邮件客户端。
推荐用正则手动判断（不依赖第三方）
在 handler 中直接写轻量判断逻辑，避免引入额外依赖和不确定性。例如：
Buffalo框架 1.0.1 版本源码包下载，适合需要错误处理改进、依赖更新、render.Download 注释和 request logger 调整的 v1 项目。
func HomeHandler(c buffalo.Context) error {
ua := c.Request().UserAgent()
isMobile := regexp.MustCompile(`(?i)(mobile|android.*mobile|iphone|ipod|ipad|wechat|micromessenger)`).MatchString(ua)
if isMobile {
return c.Render(200, r.HTML("home.mobile.html"))
}
return c.Render(200, r.HTML("home.desktop.html"))
}
这个正则覆盖主流情况，且性能开销极小。若需更精确识别（如区分 iPad 和 iPhone），可拆分多条件判断，但多数业务场景无需那么细。
为什么不要用 http.DetectContentType 或中间件自动注入
http.DetectContentType 是用来推测响应体 MIME 类型的，跟 UA 无关，完全不能用于设备检测；而所谓“自动注入 IsMobile 到 context”的中间件，本质仍是 UA 解析，Buffalo 官方未提供，社区也无稳定维护方案。自行封装中间件虽可行，但：
- 增加 context 键名冲突风险（如你定义
c.Set("is_mobile", true)，后续其他中间件可能覆盖） - UA 解析本身无状态、无缓存必要，每次按需调用正则比中间件更直观可控
- Buffalo 的
context不是长期存活对象，生命周期仅限单次请求，没必要提前“预计算”
真实场景中容易忽略的边界点
微信内嵌浏览器（MicroMessenger）在 iOS 上常被识别为桌面 Safari（因 UA 被 Safari WebView 代理），此时仅靠 UA 可能误判；如果业务强依赖精准设备类型（如跳转特定 App Scheme），应结合 JS 端 navigator.userAgent + 后端二次校验，或使用设备指纹服务。纯后端 UA 判断只适合模板渲染、简单跳转等弱一致性需求。
