2026-10-24 · 技术
白天正常、晚上卡顿是跨境业务的典型症状。本文给出一套从用户侧到应用层的五步排查顺序，并说明如何根据丢包出现的跳数，判断问题在接入段、中间链路还是目标机房。
做外贸站、跨境电商或海外发行的人大多遇到过这种情况：白天一切正常，晚上八九点开始页面转圈、接口超时，客服收到一堆打不开的反馈，但自己在办公室测又没问题。 跨境场景的晚高峰问题，靠猜很容易走偏，按顺序排查能省下大量时间。 第一步，先分清是所有人慢还是一部分人慢。让反馈的用户提供所在城市、运营商和大致时间，最好附一张截图。如果集中在某几个省份或某家运营商，问题大概率在互联互通或该运营商的国际出口；如果各地用户一致变慢，才轮到怀疑机房和源站。这一步做错，后面全是白忙。 第二步，看路径。用 mtr 同时向目标域名做 v4 和 v6 的测试，重点看丢包从第几跳开始。判断规则很朴素：从某一跳开始丢、后面每一跳都持续丢，说明问题在那一段链路；只有最后一跳丢、前面干净，通常是目标侧拥塞或限速；中间某一跳单独丢、后面恢复正常，多半是那台路由器不响应探测，属于假警报。 第三步，看入口带宽有没有打满。机房出口或服务器网卡在晚高峰跑满时，表现和链路丢包几乎一样。让服务商提供入口流量图，比对时间点，能快速排除或确认。 第四步，看应用层。很多人把数据库慢查询、连接池耗尽、日志同步阻塞误判成网络问题。做法是看源站自身的响应时间：如果请求已经到达源站但处理耗时飙升，那就不是链路的事。晚高峰的并发往往比白天高一个量级，连接数和慢查询要一起看。 第五步，才轮到讨论加速手段。静态资源下沉到 CDN，让图片、样式、视频从就近节点返回；动态接口走优化线路或专线，减少公网绕行；用户集中的区域就近部署节点，把跨境访问变成区域内访问；带宽从共享换成独享，避免高峰期被同机房其他用户挤占。 有一个细节值得强调：跨境延迟有物理上限。光在光纤里的速度大约是真空的三分之二，任何方向都有不可突破的理论下限。服务商说比公网稳定、绕路更少是可信的，说远低于物理极限就要多问一句。 最后，别等出事才测。建议在晚高峰固定跑一次拨测，记录各地延迟和丢包，形成基线。有了基线，下次波动时你只需要对比，而不是从零判断。 加速IDC 提供东南亚等多地节点的云服务器、CDN 加速与带宽租用，跨境业务可以按区域分布选点，先把用户最集中的一两个市场做稳，再逐步扩展。
