先区分：打不开和一直转圈不是同一种故障
打不开通常指域名解析失败、连接被重置，浏览器直接报错，看不到任何页面；一直转圈是另一种情况：地址栏能打开，登录框、logo、页面骨架都出来了，但数据区域一直显示加载动画，或者商品图片、订单列表长时间空白。
这两种表现背后的原因完全不同，如果把它们当成同一个问题去处理，很容易走错方向，比如去检查账号状态，而真正卡住的其实是某几个接口请求。区分方法很简单：打开浏览器的开发者工具，看网络请求列表里有多少条是失败状态或者一直处于等待状态，而不是只看页面看起来卡住了这种模糊感觉。
为什么会这样：首页能打开，不代表几十个资源都加载成功
现在的电商卖家后台基本都是重前端应用：打开一个页面，浏览器要拿到主文档、样式、脚本、字体、图标，还要各自去请求商品数据、订单数据、店铺配置等十几到几十个接口，这些请求是分开发出去的，走的路径也不完全一样。
首页的HTML文档往往体积很小、优先级最高，几乎总能拿到，这就是为什么表现是进得去；但后面几十条静态资源和接口请求里，只要有一部分因为网络不稳定丢包、被重置或者延迟过高而失败，页面上负责渲染这块内容的脚本就会一直停在等待状态，于是呈现出一直转圈而不是打不开。
更容易被忽略的一点是：登录状态校验、页面主体资源、以及图片等静态资源，很多后台会把它们分别放在不同的主机名下面，三者的网络路径不是同一条，其中一条不稳定，另外两条可能完全正常，这也是为什么登录明明成功了页面却转圈会发生的原因。
快速分辨：区分网络不稳还是部分资源被挑着丢
打开后台卡在转圈的时候，先做一个简单测试：反复刷新同一个页面三到五次，记录每次卡住的位置是否一样。
如果每次都卡在完全不同的地方，有时候是商品图片转圈，有时候是订单列表转圈，有时候连登录都失败，说明问题更像是网络链路整体不稳定，丢包是随机发生的；如果每次都精确卡在同一类请求上，比如商品图片永远加载不出来，其他区域都正常，说明是某一条特定的资源路径被挑着影响，而不是整条网络都有问题。
这个区分很重要，因为后者往往还能正常登录、正常看订单，只是某个功能用不了，不需要把整个后台的问题都归为网络整体故障。
按顺序处理
- 先确认卡住的表现属于哪一种：是完全打不开报错，还是页面骨架出来了但数据区域一直转圈，这决定了接下来往哪个方向查。
- 反复刷新同一个后台页面三到五次，记录每次卡住的位置是否固定：位置随机说明是网络链路不稳定，位置固定说明是某类特定资源路径的问题。
- 打开开发者工具的网络面板，看清楚是全部请求都很慢，还是只有一部分请求失败或长时间挂起，把问题范围缩小到具体的几条请求。
- 只针对这一台设备、这一个后台账号，尝试换一条网络出口路径重新测试，不涉及切换账号也不涉及切换环境，只看同样操作在不同网络路径下表现是否一致。
- 如果是上传商品图片卡住，单独测试上传功能本身，不要用打开页面是否正常这个结果去判断上传会不会成功，因为两者走的连接方式不一样。
- 排除本地环境因素，包括浏览器缓存、部分安全类浏览器扩展、系统时间是否准确，这些偶尔也会造成类似的加载异常表现。
上传商品图片卡住，和网页转圈不是一回事
上传商品图片、视频这类操作，走的是长时间保持连接的上传通道，服务器需要持续接收数据直到整个文件传完；这和打开网页时的短请求反馈模式完全不同。
短请求哪怕丢一次包，重试一下就能补回来，而一条正在上传的长连接如果中途被打断，通常就是从头失败，不会自动续传。所以网页能打开但上传图片总失败，和网页一直转圈，应该分开记录、分开测试，不能用同一次观察结果去解释两种完全不同的现象。
一个后台界面会向好几台主机取资源，按域名或按应用配的规则容易覆盖一部分、漏掉另一部分，于是表现成「进得去但转圈」。整机同一个出口时，这些主机都在同一条路径上。
安卓与 Windows 客户端已上线，macOS 与 Linux 开发中。iPhone 暂无原生客户端。出口服务器的访问日志是关闭状态；会话记录表里没有目标地址、域名或 URL 字段。注册即可使用永久免费套餐，按月发放流量额度。客户端在连上之后会做一次真实探测，探测不通就不显示已连接。
据 W3C 的 Resource Timing 规范，浏览器会为页面里每一个子资源单独记录取回过程；也就是说一次页面加载不是一次请求，而是几十次各自独立、各自可能失败的请求。
常见问题
为什么后台首页能打开，但商品列表一直转圈？
因为首页文档体积小、优先级高，几乎总能加载成功，而商品列表依赖的是另外几十个独立的接口请求，只要其中一部分因为网络不稳定而失败或者延迟过高，负责渲染这块内容的脚本就会一直停在等待状态，于是表现为转圈而不是打不开。
登录明明成功了，为什么页面还是加载不出来？
因为登录状态校验和页面主体资源经常被分别放在不同的主机名下面，两者走的网络路径不是同一条，登录校验成功只能说明那一条路径通了，并不能保证资源和数据接口那条路径同样稳定，这就是登录成功但页面还转圈的原因。
怎么快速判断是网络问题还是账号问题？
反复刷新同一个页面三到五次，如果每次卡住的位置都不一样，大概率是网络链路本身不稳定导致的随机丢包，而不是账号被限制；账号类问题通常会稳定复现同一个明确报错，而不是时好时坏地转圈。
为什么有时候页面正常，单独上传商品图片却总失败？
因为上传图片走的是长时间保持连接的通道，中途一旦被打断基本要从头重新上传，而打开网页用的是很多次短请求，哪怕丢一次包重试也能补回来，两种连接方式对网络抖动的容忍度完全不同，所以不能用网页能不能打开去判断上传会不会成功。
换个浏览器或者清缓存能解决一直转圈的问题吗？
如果卡住的位置每次都不固定，清缓存换浏览器有时能排除本地缓存造成的假象；但如果卡住的位置每次都精确落在同一类资源上，说明问题出在网络路径而不在本地浏览器，这时候清缓存不会有实质帮助。
后台转圈是不是说明账号被平台限制了？
不一定，因为账号被平台限制通常会有明确的报错提示或者直接跳转到风控页面，而不是表现成没有任何提示的转圈动画；转圈更常见的原因是部分静态资源或接口请求没能加载成功，建议先按网络链路排查一遍，再考虑账号方面的问题。