唯一可行方式是直接读$_SERVER['HTTP_USER_AGENT']，但该字符串不可靠、可伪造、可能为空，不能用于安全逻辑或设备指纹；get_browser()因browscap.ini过时、内存占用高且已弃用而不适用。
直接读 $_SERVER['HTTP_USER_AGENT'] 就是唯一可行方式，PHP 没有其他内置途径；但这个字符串不可靠、可伪造、可能为空，不能用于安全逻辑或设备指纹。
为什么不能用 get_browser()
get_browser() 看起来能自动解析，实际在生产环境基本不可用。它依赖本地 browscap.ini 文件，而该文件长期维护停滞，匹配规则严重过时（比如把 Chrome 125 识别成 Chrome 89）。即使你手动更新，Apache 每个线程还会因此多占上百 MB 内存（用 Full 版本时达 350MB/线程），Lite 版本虽轻量但仍难保证准确性。PHP 默认安装也不启用该函数，开启 enable_dl = On 加载扩展已被弃用且存在风险。
怎么安全地读取 UA 字符串
必须做两层防护，否则容易触发 Notice 或返回空值导致后续逻辑崩掉：
- 先检查键是否存在：
isset($_SERVER['HTTP_USER_AGENT']) - 再确认非空：
!empty($_SERVER['HTTP_USER_AGENT']) - 推荐合并写法：
$ua = $_SERVER['HTTP_USER_AGENT'] ?? '';，再判断if ($ua) { ... } - 别在 header 已发送后才读 —— 某些调试
echo或错误日志提前输出会导致Cannot modify header information
正则提取浏览器名和版本的常见坑
UA 字符串结构混乱，关键词重叠多（如 Safari 和 Chrome 都带 AppleWebKit，Edge 和 Chrome 都含 Chrome），顺序和优先级错一点就误判：
立即学习“PHP免费学习笔记（深入）”；
- Edge 必须放在 Chrome 前判断，否则
Chrome/125.0会先被strpos($ua, 'Chrome')拦截，漏掉 Edge - Safari 要排除 Chrome：
stripos($ua, 'Safari') !== false && stripos($ua, 'Chrome') === false - IE 需兼容 Trident：
preg_match('/MSIE ([\d.]+)|Trident.*?rv:([\d.]+)/i', $ua, $m)，注意捕获组索引可能偏移 - 版本号提取别硬切空格 ——
Chrome/125.0.6422.113 Safari/537.36里Chrome/后紧接数字，用preg_match('/Chrome\/([\d.]+)/i', $ua, $m)更稳
移动端识别不能只看 Mobile
strpos($ua, 'Mobile') 是最常见误判来源：iPad UA 通常不含 Mobile，而部分桌面 Chrome 开启设备模拟时又会强行加上。真实场景要组合判断：
- 优先匹配设备关键词：
Android、iPhone、iPod、iPad、Windows Phone - 微信内嵌 WebView 会同时含
MicroMessenger和iPhone或Android，需单独抓取 - QQ 浏览器常伪装成 Safari，但含
MQQBrowser，渲染能力弱，值得单独标记 - 别把“是否移动”等同于“是否小屏”——ChromeOS 笔记本、折叠屏手机、Surface Duo 的 UA 特征差异极大，服务端识别仅适合粗略分流
真正需要精确设备能力判断时，别在 PHP 层硬搞 UA 解析；交给前端 CSS 媒体查询 + JS navigator.userAgentData（如支持）更可靠。服务端 UA 处理只应服务于页面初始加载策略（比如跳转 m.site、预加载轻量 JS），而非决定核心功能可用性。
