网络体验的卡顿感，绝大多数来自两个指标：延迟与丢包。延迟是数据从发出到抵达花的时间，丢包是数据在路上消失的比例——代理IP使用者判断一条链路好不好，先看的往往就是这两个数。把它们的概念与来龙去脉弄清楚，速度类问题的讨论就有了共同语言。
延迟的单位是毫秒：你点一下链接，请求出发，服务器响应回来——这段往返的总耗时，就是日常说的延迟。数字越小越灵敏：几十毫秒几乎无感，几百毫秒能感到迟滞，上千毫秒就是明显的卡。延迟是一切网络操作的隐形税，每笔交互都在缴纳——代理IP链路的每段往返同样在交这份税，只是税率更高。
这篇把延迟本身讲清楚：它衡量什么、它和带宽/吞吐是什么关系、以及为什么它决定「快不快」的第一印象。
延迟、带宽与吞吐的分工
三个词常被混用，分工其实清晰：延迟管「反应快不快」（一去一回多久），带宽管「管道有多粗」（理论上每秒能传多少），吞吐管「实际传了多少」（真实达到的速度）。代理IP链路里三者独立变化——带宽大不等于延迟低，吞吐高也不代表反应快，判断体验要分开看。
对体验影响最大的往往是延迟：网页的首字出现、点击的即时反馈、对话的流畅程度，都由延迟主导；带宽只在大文件传输时成为主角。所以优化网络体验，先降延迟、再提带宽，这个优先级在多数场景都成立。
延迟不是单一数字
一次操作的耗时由多段延迟叠加而成：数据在设备里打包要时间、在线路上传播要时间、经过每个设备排队要时间、服务器处理要时间——测得的总延迟是这所有环节的合计。代理IP链路里环节更多，合计自然更大；理解「延迟是加出来的」，是后面几篇分析延迟来源的地基。
延迟的体感阈值
人对延迟的感知有大致阈值：100 毫秒以内几乎无感（交互像是即时的）、100-300 毫秒能感到轻微迟滞（打字有粘滞感）、300 毫秒以上明显卡顿（操作与反馈脱节）。代理IP使用者用这个阈值尺子对照体验，能快速判断「现在的延迟体感大概在什么水位」。
延迟是数据往返的时间差：它管反应快不快，与带宽（管道粗细）、吞吐（实际速率）各自独立——一次操作的总延迟由多段叠加而成，百毫秒内无感、三百毫秒以上明显卡顿。
延迟像餐厅上菜速度、带宽像餐厅的厨房规模——厨房再大，上菜慢照样饿肚子；网络同理，带宽再宽，延迟高体验照样差。
既然延迟是多段加出来的，那具体是哪几段在贡献时间？每一段受什么因素影响？下一篇拆解延迟的来源。
把「延迟主导交互体验」这条记牢，代理IP选型与排障就有了第一把尺：追求网页与接口的流畅，先看延迟数据而非带宽数字——用错指标等于用错尺子量东西，方向错了再努力也白搭。