网络术语里有一串容易混的单位：比特、帧、包、流。它们描述的是同一个数据在不同层级、不同阶段的名字，代理IP链路的分析同样绕不开这些称呼。把这张单位地图理清，读网络文章时就不再被术语绊住脚。
这篇按从底到高的顺序，把这几个单位逐个说清楚。
从比特到帧：物理世界的搬法
比特是数据的最小单位，一个 0 或 1。比特在物理线路上以电信号、光信号的形式传输，但线路并不会一个比特一个比特地零散运送——它会按固定结构把一串比特打包成帧，帧才是线路上真正跑的实体。
帧属于链路层，它在包头里写的是相邻设备的地址（硬件地址），负责把数据从一台设备送到相邻的下一台设备。帧的寿命很短：完成一次「相邻传输」就完成了使命。
如果把数据比作货物，帧就是「装车的那一箱」，它只管把货物从这站运到下一站。
包：网络世界的主角
包属于网络层，它带着全局可见的目标地址（IP 地址），负责把数据从源端一路送到目标端。帧负责一站一站地运，包负责的是全程——每一站之间的帧合起来，才完成了包的一次全程旅行。
一帧的容量往往小于一包，所以一个包在传输途中可能被拆成多个帧分别运送，到达下一站再拼回完整的包。站与站之间看的是帧，全程视角看的是包。
这也是为什么抓包软件和网络设备对同一份数据的描述不一样：设备层面看到的是帧，逻辑层面数的是包。两个数字都对，只是观察的层级不同。
顺着这个思路，很多「数字对不上」的困惑都能解开：设备面板显示的速率和软件统计的速率不同、抓包数量和应用计数不同，多半是观察层级的差异，而不是谁出了错。
流：一群包的共同旅程
单个包太零碎，网络管理时通常按「流」来组织——流是同一个应用会话里的一组包，它们共享相同的来源、目标、端口等信息。一次网页请求对应的数据，就是一条流。
流的概念让网络可以整体管理：限制某条流的速率、统计某条流的流量、对某条流做优先级处理。你在流量统计里看到的连接级数据，本质上都是按流归类的，代理IP链路的流量报表也是按流组织的。
流的划分还决定了网络策略的粒度：限速是按流限还是按总限、优先级是按流标还是按地址标，这些细节直接影响业务的体验一致性。看懂「流」的边界，就看得懂策略文档在说什么。
走代理IP时，链路把流也切成了两段视角：本机到转发层的流、转发层到目标站的流，各自独立统计。所以对比两端的流量数字时，别期待它们完全一致——它们数的是不同段落的流。
这层差异对代理IP使用者有个提醒：想对比「本机发出的流量」和「服务商统计的流量」时，要清楚两边统计的口径可能不同——本机数的是自己这一段的包和流，服务商数的是转发层那一段的。口径对齐之前，数字差一点是正常的。
比特是最小的数字，帧是一站一送的箱子，包是全程奔跑的主角，流是一群包的集合——四个单位，四个层级，各管一段。
下次再看到「帧率」「丢包率」「流控」这些词，顺着这张代理IP链路也通用的单位地图，就能对号入座了：讲线路的是帧，讲全程的是包，讲会话的是流，代理IP链路的分析也跳不出这张地图。
最后补一个容易忽略的点：这些单位之间是包含关系，不是并列关系。一个流包含许多包，一个包在传输中会拆成若干帧，帧由一串比特构成。从上往下数，是层层拆分的过程。