带宽成为瓶颈时，网站会出现加载变慢、并发一高就卡顿、请求排队、首字节时间拉长、图片视频加载不完整，甚至直接返回502/504错误等典型表现，判断时抓住TTFB和实时流量两个核心指标就能快速定位。
网站带宽不够的表现：从单个请求到整体并发
带宽就像一条固定宽度的车道,车少时畅通，车一多就排队，网站带宽不够时，不会一开始就崩溃，而是从几个细节先露出马脚，很多人把网站慢归咎于服务器配置差，实际上相当一部分卡顿问题出在带宽被占满，而不是CPU或内存不够。
带宽不够网站打开慢吗？加载时间会先暴露问题
单个用户访问一个页面,如果带宽已经被其他请求占满，浏览器就要排队等待服务器响应，最直观的信号是首字节时间（TTFB）变长，正常情况下，TTFB在几十毫秒到两三百毫秒，带宽瓶颈出现时，TTFB可能跳到几秒甚至十几秒。
- 打开一个图文详情页,图片一张一张刷出来，后面的图片长时间灰屏
- 视频网站播放到一半频繁缓冲,进度条走走停停
- 下载文件时速度从正常值一路跌到几十KB/s
- 页面骨架先出来,但静态资源长时间加载不出来
这些表现都指向同一个问题：带宽不够网站打开慢，而且慢得很有节奏，不是CPU那种整体卡死，CPU瓶颈往往表现为所有请求均匀变慢，带宽瓶颈则表现为资源越大越慢、并发越高越慢。
服务器带宽不足的症状：并发一高就卡顿
单个用户访问时可能还凑合,一旦有活动、推广、批量抓取或者直播同时在线，服务器带宽不足的症状就会集中爆发。
- 高峰期页面打开时间从2秒变成20秒
- 静态资源（CSS、JS、图片）加载不全，页面布局错乱
- 后台登录接口偶尔超时,但服务器CPU使用率并不高
- 服务器网卡流量持续跑满,SSH操作都出现延迟
- 监控面板里带宽出方向曲线长时间贴顶,形成一条平直的直线
这里有个典型的判断点：CPU和内存都很闲，但网站就是慢，这时基本可以锁定带宽瓶颈，业内专家指出，页面加载超过3秒会带来明显的跳出率上升，而带宽瓶颈常常是加载时间突然放大的元凶。
带宽瓶颈怎么判断？用可验证的命令和工具
不要靠猜,带宽瓶颈怎么判断这个问题，用下面几个操作路径就能拿到实锤，不需要装复杂的监控系统，命令行和浏览器自带工具就能定位。
用curl命令看首字节时间和总耗时
在本地电脑或另一台服务器上执行：
curl -w "time_namelookup: %{time_namelookup}ntime_connect: %{time_connect}ntime_starttransfer: %{time_starttransfer}ntime_total: %{time_total}n" -o /dev/null -s https://你的域名.com/关注time_starttransfer，它代表从发起请求到收到第一个字节的时间，如果这个值明显大于time_connect，说明连接建立了，但服务器响应被拖住，带宽排队是常见原因。
连续执行几次,如果time_starttransfer波动很大，低峰几百毫秒，高峰几秒，也能说明带宽周期性吃紧。
用浏览器开发者工具看Waiting
打开Chrome开发者工具（F12）→ Network面板，刷新页面，点击任意一个资源，看Timing标签。
Waiting (TTFB)如果占了总耗时的大头，且多个资源都这样，说明服务器出口带宽可能吃紧Content Download阶段如果很长，尤其是图片和视频资源，更能说明带宽不够- 同时观察多个资源的瀑布图,带宽瓶颈下，资源不是并行加载，而是排队等待
行业共识认为,静态资源加载慢优先排查带宽和CDN，而不是盲目升级服务器配置。
在服务器上跑iftop或nload看实时流量
登录服务器后,执行：
sudo iftop -i eth0或者：
nload eth0观察出方向流量（Outgoing），如果长期贴着带宽上限，比如服务器购买的带宽是10Mbps，而iftop里显示出方向一直稳定在9.5Mbps以上，那带宽就是实打实的瓶颈。
还要注意看流入方向,如果Incoming和Outgoing同时打满，可能是攻击或异常流量；只有Outgoing打满，基本就是正常业务流量超过带宽上限。
不同网站类型下带宽瓶颈的差异表现
带宽不够不是所有网站一样,网站类型不同，症状会有明显区别，理解这些差异，排查时才不会走弯路。
图文站和视频站的带宽表现对比
| 网站类型 | 典型页面资源 | 带宽吃紧时的表现 |
|---|---|---|
| 图文电商站 | 大量商品图、详情图 | 图片逐渐加载，页面长时间白块，首屏完整但下面空白 |
| 视频/直播站 | 视频流、切片文件 | 播放卡顿、自动降清晰度、音画不同步 |
| 下载站 | 安装包、压缩包 | 下载速度被限制在很低水平，多线程下载反而更慢 |
| 企业官网 | 少量图片、CSS | 用户少时正常，并发一上来TTFB明显增长 |
表格对比可以直观看出,视频和下载站对带宽最敏感，图文站次之，纯文字官网则很难触发带宽瓶颈，一个电商详情页有20张商品图，每张500KB，总页面资源10MB，带宽10Mbps，理论下载时间约8秒，实际还要算上握手和并发争抢，体验自然好不到哪去。
地域访问与CDN未命中的叠加影响
国内不同地域访问同一个服务器,走的骨干网链路不同，如果服务器位于单线机房，而用户来自电信、联通、移动不同运营商，跨网访问本身就有额外延迟，再叠加带宽瓶颈，表现会更严重。
- 某些地域用户反馈网站打开特别慢,其他地域正常
- CDN命中率低时,源站带宽被大量回源请求打满
- 移动端用户在同一网络环境下比PC端更明显,因为移动网络本身波动更大
这种叠加状态下,带宽瓶颈容易被误判为线路问题或DNS问题，实际排查时先看源站出口流量就能排除大部分干扰，尤其是一些地方门户站或区域电商站，用户集中在特定省份，带宽不足时常常先接到该地域用户的投诉。
带宽价格多少够用？先算清峰值需求
很多站长在遇到瓶颈后才开始关注带宽价格多少够用这个问题,带宽配置应该跟随峰值需求走，而不是平均值，临时扩带宽可能比长期买高配更划算。
用页面大小和并发数反推带宽
举个例子：一个活动页包含图片和脚本，总资源大小约10MB，预计同时在线访问人数50人，希望在5秒内加载完，理论带宽需求为：
10MB × 8 × 50 ÷ 5 = 800Mbps这个结果看起来很夸张,但实际场景中因为有浏览器缓存、CDN分流和连接复用，真实需求会低不少，不过计算逻辑说明了问题：
页面越大、并发越高，带宽需求就越大，做活动页时如果只按日常流量留余量，活动一开始就会把带宽打满。
中小企业带宽配置参考区间
- 纯展示企业站：3-5Mbps 通常够用，前提是图片经过压缩
- 日均几千PV的图文站：10-20Mbps 是比较稳妥的起步档
- 有视频或大量下载的站点：50Mbps以上，并且要搭配CDN
- 活动页、秒杀页：临时扩容带宽，按活动峰值再加冗余
这里不给出绝对标准,因为业务不同差异很大，但可以用iftop连续观察一周，取每日晚高峰的95峰值作为参考，再上浮一定余量，带宽价格多少够用，核心不是越低越好，而是保证峰值不被打满，日常又不过度浪费。
带宽瓶颈最典型的特征就一句话：该快的资源快不起来，该并发的场景撑不住，而CPU和内存却在看戏，遇到这种情况，先量TTFB，再看网卡实时流量，基本就能判断是否需要升级带宽或接入CDN，不要一上来就重启服务器或加CPU，方向错了只会浪费时间。
Q&A：关于网站带宽不够的表现与判断
网站带宽不够的表现是持续性的还是间歇性的？
多数情况下是间歇性的,尤其在晚高峰、促销时段或突发流量时集中出现，低峰期带宽有余量时网站正常，一到固定时段就卡顿，这种规律本身就是带宽瓶颈的明显信号，如果24小时都慢，则要优先排查线路和服务器配置。
带宽瓶颈怎么判断，有没有不用登录服务器的办法？
有,用浏览器开发者工具看Waiting (TTFB)，或者用curl -w看time_starttransfer，如果多个资源在连接建立后长时间等不到第一个字节，而服务器CPU和内存没有异常，就可以从外部环境判断带宽大概率是瓶颈，再结合不同地域、不同运营商的访问差异，判断会更准确。
服务器带宽不足的症状和CPU跑满有什么区别？
CPU跑满时,服务器上的所有请求都会变慢，甚至SSH登录都会卡，但带宽流量不一定打满；带宽不足时，服务器负载和CPU使用率往往不高，但网卡出方向流量长时间顶满，静态资源下载阶段特别慢，两者可以通过top和iftop同时观察来区分。