摘要：
我以为只是噱头，结果如果你觉得91在线不对劲，先从多端适配查起（真的不夸张）为什么先查多端适配？ —— 不同终端、不同浏览器对 UA、Cookies、Loca... 我以为只是噱头，结果如果你觉得91在线不对劲，先从多端适配查起（真的不夸张）
为什么先查多端适配？ ——
- 不同终端、不同浏览器对 UA、Cookies、LocalStorage、同源策略的处理不同。服务器端若做了基于 UA 的差异化处理，会出现“某些手机能看、某些不能看”的怪现象。
- 移动端常见的 WebView、内嵌浏览器、广告拦截器，会改变请求头或屏蔽脚本，从而导致核心功能失效。
- CDN、缓存、服务端渲染（SSR）和客户端渲染（CSR）在不同终端上的表现不一，导致内容不一致或老旧版本被推送。
症状与可能原因（对照表） ——
- 某些手机无法播放或加载视频：可能是 User-Agent 被误判、视频 CDN 针对移动端授权不当、或 MSE/HLS 支持差异。
- 页面布局在 iOS 上错位但 Android 正常：通常与 viewport、CSS 前缀、flexbox 兼容或 WebKit 特性有关。
- 登录在桌面有效、手机端提示未登录：Cookie 的 SameSite、HttpOnly、Secure 属性或第三方 Cookie 被阻止。
- 页面加载超慢或资源 403/404：可能是 CDN 节点差异、Referer 检查、或地理封锁。
- 在朋友圈/公众号内打开异常：微信内置浏览器的 JS 环境或跨域限制导致脚本失败。
逐项排查清单（实操步骤） —— 1) 复现场景，分清楚问题范围
- 在不同设备（桌面、安卓机、iPhone）、不同网络（Wi‑Fi、4G、不同运营商）、不同浏览器（Chrome、Safari、微信内置）下测试。
- 记录出现问题的精确条件：设备型号、系统版本、浏览器版本、是否为内嵌 WebView、用户是否登录、是否使用加速/代理。
2) 使用开发者工具做初步检查
- 桌面 Chrome：F12 → Network / Console，开启 Device Toolbar 模拟移动端，但记得模拟并不等同真实设备。
- 模拟 UA 的简单 curl 测试：curl -I -A "Mozilla/5.0 (iPhone; CPU iPhone OS 14_0 like Mac OS X)" https://example.com
- 检查返回头部：Set-Cookie、Cache-Control、Vary、Content-Type、CORS（Access-Control-Allow-*）。
3) 真机远程调试（不要只依赖模拟器）
- Android：chrome://inspect 连接真机 WebView/Chrome，实时查看 console 与 network。
- iOS：Safari → 开发者菜单连接 iPhone 的 Safari Web Inspector（必须用真机）。
4) 检查 User-Agent 与服务器策略
- 服务端是否对 UA 做了硬编码的分流？查看服务端日志（nginx/access.log）按 UA 筛选异常请求。
- 若存在 UA 白名单/黑名单，尝试临时放宽策略或做精确 UA 匹配。
5) Cookie 与认证问题
- 验证 Set-Cookie 的 SameSite、Secure 设置，尤其在跨域或 iframe 场景下登录态失效是常见问题。
- 检查 CSRF、Referer 校验是否过于严格，导致移动端请求被拒。
6) CDN 与缓存检查
- 用 curl 比对不同地区的响应头，注意 X-Cache、Age、CF-Cache-Status 等字段。
- 清理/绕过缓存做测试：curl -H "Cache-Control: no-cache" -I https://example.com
7) HTTPS / 证书 / mixed content
- 在某些老旧 WebView 上，不支持 SNI 或某些加密套件，导致资源无法加载。可用 openssl s_client -connect host:443 检查。
- mixed content（HTTPS 页面加载 HTTP 资源）会被现代浏览器屏蔽。
8) JS 兼容性与特性检测
- 通过 Babel/Webpack 目标配置（target browserslist）保证关键脚本在目标设备上兼容。
- 检查是否有依赖浏览器不支持的 API（比如某些 WebRTC、MSE 特性）。
9) Service Worker / PWA 问题
- Service Worker 缓存策略可能导致旧版本被强制加载，在调试时先禁用 Service Worker。
- 检查 scope、fetch 事件是否误拦截关键请求。
10) 第三方拦截（广告拦截器、运营商拦截）
- 在有问题的网络环境，用抓包工具（Charles、Fiddler）看是否有请求被拦截或替换。
- 某些运营商或平台会劫持或注入脚本，导致站点逻辑异常。
常用工具一览 ——
- 浏览器 DevTools（Chrome、Safari）— 真机远程调试
- curl、httpie — 快速请求头与响应检查
- Charles / Fiddler — 抓包和流量篡改模拟
- Lighthouse / WebPageTest / PageSpeed Insights — 性能与兼容性检测
- BrowserStack / LambdaTest — 云端真机测试（覆盖广）
- Sentry / LogRocket — 前端错误收集与回放
一则真实案例（简短） —— 我曾接手一个站点，用户反馈“iPhone 上不能看视频”。桌面、安卓一切正常。远程调试后发现：视频链接在 iOS Safari 中被重定向到一个鉴权接口，该接口根据 UA 返回了不支持的播放格式。问题源自服务端为了节省带宽，针对移动 UA 做了错误的分支处理。修复思路：统一后端逻辑，改为根据能力探测（Feature Detection）而非简单 UA 分流，另外添加了回退格式，问题彻底解决。这类坑并不少见，排查逻辑按照上面的清单一步步来，能显著缩短定位时间。
