上周帮朋友看一个餐饮店官网，为什网站他用手机打开一切正常，手机换到电脑浏览器就白屏。进脑进这不是去电个例。我自己的不去博客也遇到过，手机端访问流畅，为什网站桌面端却卡在加载页面转圈。手机问题不在网络，进脑进也不在服务器宕机——两边连的去电是同一台机器。

最直接的不去原因藏在User-Agent里。手机浏览器访问网站时，为什网站会发送一段标识自己身份的手机信息，比如iPhone上的进脑进Safari会带上"iPhone"和"Mobile"字样。很多网站的去电后端代码里写死了判断逻辑：检测到移动端UA，就返回一套专门为小屏幕优化的不去页面；检测不到，就尝试返回桌面版。如果桌面版的模板文件缺失、路径写错，或者某个CSS/JS资源在服务器上被误删，电脑端自然就挂了。手机端没事，是因为它走的是另一条路。

我遇到过更隐蔽的情况。一个客户的网站用了CDN加速，CDN节点上缓存了手机版的HTML，但桌面版的缓存过期后回源失败。手机用户被分配到缓存正常的节点，电脑用户却被调度到那个坏掉的节点。同一时间、同一域名，两种设备访问到的是不同服务器上的不同文件。这种问题用手机测永远测不出来，因为手机端的请求压根没经过那个故障节点。

还有一种情况跟响应式设计有关。有些开发者图省事，用JavaScript动态加载不同版本的样式表。手机端加载mobile.css，桌面端加载desktop.css。如果desktop.css里引用了某个外部字体文件，而那个字体服务器被墙了，电脑浏览器就会一直等字体加载完成才渲染页面——表现就是白屏或卡顿。手机端因为用的是系统默认字体，反而秒开。这不是网站"歧视"电脑，是资源加载策略埋的雷。

浏览器本身的差异也值得说。手机浏览器普遍比桌面浏览器"宽容"。Chrome桌面版对混合内容（HTTPS页面里加载HTTP资源）会直接拦截，手机端有时只是警告。如果网站某个关键JS文件是HTTP协议，电脑端Chrome直接拒绝执行，页面交互全挂；手机端可能还能凑合用。另外，桌面浏览器对CORS（跨域资源共享）策略执行更严格，手机端WebView有时会放松限制。同一个接口，手机能拿到数据，电脑就被浏览器拦了。

怎么排查？别急着改代码。先在电脑上按F12打开开发者工具，切到Network面板，刷新页面。看哪个请求标红（失败），哪个请求一直pending。如果是HTML本身没返回，查服务器日志里桌面UA对应的记录。如果是某个JS/CSS 404，去服务器上确认文件是否存在。还可以用curl命令模拟手机和电脑的UA分别请求，对比返回内容：

curl -A "Mozilla/5.0 (iPhone; CPU iPhone OS 16_0 like Mac OS X)" https://example.com curl -A "Mozilla/5.0 (Windows NT 10.0; Win64; x64)" https://example.com

两个命令返回的HTML长度差很多，或者一个返回200一个返回500，问题就定位了。我自己的博客那次，就是Nginx配置里有个if判断写错了UA匹配规则，把桌面端请求重定向到了一个不存在的路径。手机端因为UA里带"Mobile"走了另一条分支，侥幸逃过。

说到底，手机能进电脑进不去，本质是网站对两种设备的处理逻辑不一致，而桌面端那条逻辑链上某个环节断了。修的时候别只盯着前端，后端UA判断、CDN缓存、服务器重写规则、甚至防火墙对桌面浏览器特征的拦截，都得过一遍。我现在的习惯是：任何网站上线前，必须用真实电脑浏览器和真实手机各跑一遍完整流程，模拟器都不算数。