最近不少朋友在问：参加编程挑战赛、CTF 网络攻防赛或者在线算法竞赛，到底对网络有啥硬性要求？不是说只要能打开网页就行吗？还真不是。
别小看那几秒延迟
举个真实例子：上周某高校举办的实时对抗挑战赛，有支队伍前三分钟连上平台，第四分钟突然掉线——不是服务器崩了，是选手家里的 WiFi 正在用 4G 热点共享，上传带宽只有 0.8 Mbps。结果提交 flag 慢了 3 秒，排名直接掉出前 10。
核心要求其实就三条
1. 稳定性优先于峰值速度
比赛期间最怕的是抖动（jitter）和丢包。哪怕你家宽带是千兆，但路由器老旧、信号穿两堵墙、旁边还连着三台手机刷短视频，ping 值忽高忽低，TCP 重传频繁，照样卡在登录页转圈。
2. 下载 ≥5 Mbps，上传 ≥2 Mbps 是底线
这不是拍脑袋定的。主流平台如 Codeforces、Hack The Box、牛客网挑战赛的页面加载、题面下载、代码编译反馈、实时排行榜刷新，实测在 2 Mbps 上传下基本不卡顿。低于这个值，IDE 在线环境可能反复断连。
3. 关键端口不能被封死
有些校园网或企业防火墙会默认屏蔽 WebSocket（如 wss://xxx.com）或非标端口（比如 CTF 平台常用 30001–30010）。建议赛前用 telnet challenge.example.com 30005 测一下（Windows 需先启用 Telnet 客户端），或访问 YouGetSignal 开放端口检测页 验证。
临时自查小清单
✅ 打开命令行，运行：
ping -n 100 challenge-platform.com看丢包率是否为 0%，平均延迟是否稳定在 50ms 内（国内平台）或 120ms 内（海外平台）。
✅ 同时开两个标签页：一个刷题界面，一个在线聊天室（比如 Discord 赛事频道），持续 5 分钟，观察是否有页面假死或消息延迟。
✅ 关掉自动更新、云同步、视频会议软件后台进程——它们偷偷吃带宽比你想的狠。
最后提醒一句：别等到比赛开始前半小时才测网。上个月有位同学临赛发现光猫过热重启，手忙脚乱换热点，结果错过报名截止时间。稳住网络，就是稳住你的第一道防线。