3、网络环境模拟：使用tc命令模拟丢包、延迟、抖动
做UDP丢包分析，最头疼的是什么？
不是代码写不对，也不是抓包工具不会用。而是——你没法在真实网络上复现那些诡异的丢包场景。公网环境千变万化，今天测出来3%丢包，明天可能就变成0.5%。你根本没法做对照实验。
所以，我们需要一个“网络环境模拟器”。Linux下的tc（Traffic Control）就是干这个的。我个人习惯在开发机上用tc造一个“坏网络”，然后把UDP程序扔进去跑。效果立竿见影。
3.1 tc的核心原理：队列与规则
先别急着敲命令。理解tc怎么工作的，后面排错才不慌。
tc本质上是在网卡的发送路径上插入了一个“队列调度器”。你发出去的每个数据包，都得先经过这个队列。队列里可以配置各种规则——比如随机扔掉一些包（丢包），或者让包在队列里多待一会儿（延迟）。
关键点：tc只控制出站流量（egress）。如果你想模拟入站丢包，需要在接收端或者中间路由器上配置。我一般直接在目标机器上配ingress策略，或者用ifb虚拟接口做双向控制。
下面这张图，是我画的一个简化流程。你看完就明白数据包是怎么被“折腾”的了。
3.2 安装与基础命令
大多数Linux发行版默认装了iproute2包，tc就在里面。如果没装，手动来一下：
# Debian/Ubuntu
sudo apt-get install iproute2
# CentOS/RHEL
sudo yum install iproute验证安装：
tc -V
# 输出类似：tc utility, iproute2-5.15.0嗯，这里要注意：tc命令需要root权限。我见过有人用普通用户执行，然后跑来问我“为什么没效果”。
3.3 模拟丢包：loss参数
这是最常用的场景。比如你想模拟5%的随机丢包：
# 在 eth0 上添加一个根队列，使用 netem 丢包 5%
sudo tc qdisc add dev eth0 root netem loss 5%这条命令做了什么？
qdisc add：添加一个队列规则dev eth0：作用于eth0网卡root：根队列（最顶层）netem loss 5%：网络模拟器，丢包率5%
我的经验：丢包率建议从1%开始逐步增加。我曾经直接设了20%，结果UDP程序直接“断联”，连日志都发不出来。调试了半天才发现是自己下手太狠。
更精细的丢包控制——比如模拟“连续丢包”（burst）：
# 丢包率5%，但连续丢包的概率是50%（即丢了一个包后，下一个包也有50%概率被丢）
sudo tc qdisc add dev eth0 root netem loss 5% 50%这个参数在模拟无线网络场景时特别有用。无线网络经常出现“一阵一阵”的丢包，而不是均匀分布。
3.4 模拟延迟：delay参数
UDP对延迟敏感吗？看场景。视频通话、在线游戏，延迟高了直接卡顿。模拟一下：
# 固定延迟 100ms
sudo tc qdisc add dev eth0 root netem delay 100ms更真实的情况是延迟有波动。比如“100ms ± 20ms”：
# 延迟 100ms，抖动 20ms（实际延迟在 80ms ~ 120ms 之间）
sudo tc qdisc add dev eth0 root netem delay 100ms 20ms抖动（jitter）这个参数，我建议你重点测试。很多UDP程序在固定延迟下表现正常，一加上抖动就开始丢包。为什么？因为接收端的缓冲区不够大，包到达时间不均匀，缓冲区溢出。
注意：延迟和抖动值不要设得太大。超过1秒的延迟，UDP程序基本就“废了”。我一般控制在 10ms ~ 500ms 之间测试。
3.5 组合模拟：丢包+延迟+抖动
真实网络从来不是单一问题。丢包、延迟、抖动经常同时出现。用tc可以一次搞定：
# 丢包 3% + 延迟 50ms + 抖动 10ms
sudo tc qdisc add dev eth0 root netem loss 3% delay 50ms 10ms这个组合命令，我几乎每天都在用。它模拟了一个“中等质量”的公网环境。你可以根据自己的场景调整参数：
| 场景 | 丢包率 | 延迟 | 抖动 |
|---|---|---|---|
| 局域网 | 0% ~ 0.1% | 0.5ms ~ 2ms | ±0.1ms |
| 跨省公网 | 0.5% ~ 2% | 20ms ~ 60ms | ±5ms |
| 跨国链路 | 1% ~ 5% | 100ms ~ 300ms | ±20ms |
| 无线/4G | 2% ~ 10% | 30ms ~ 150ms | ±30ms |
3.6 查看与删除规则
配完了，怎么确认生效了？
# 查看 eth0 上的队列规则
sudo tc qdisc show dev eth0
# 输出示例：
# qdisc netem 8001: root refcnt 2 limit 1000 loss 3% delay 50.0ms 10.0ms想清掉所有规则，恢复干净网络：
# 删除 eth0 上的根队列
sudo tc qdisc del dev eth0 root小技巧：我习惯在测试脚本开头先执行一次tc qdisc del，防止上次的规则残留。否则你可能会发现“明明没配丢包，怎么还是丢？”——其实是上次的规则没删干净。
3.7 避坑指南：我踩过的几个坑
用tc这么多年，我总结了几条血泪教训：
- 坑一：只配了出站，没配入站。 我之前测试一个UDP接收程序，发现怎么都不丢包。后来才意识到，
tc默认只控制出站。想模拟入站丢包，得用ifb或者直接在发送端配。 - 坑二：忘记删除规则。 有一次我配了50%丢包，然后去开会。回来同事说“网络怎么这么卡？”——嗯，整个部门都在用那台测试机。
- 坑三：延迟设得太大，SSH断连。 如果你通过SSH远程配置
tc，延迟别超过200ms。否则你会发现自己被“踢”出来了，而且连回去都费劲。我后来学乖了，要么用本地终端，要么写脚本自动恢复。 - 坑四：丢包率不是线性感知的。 5%的丢包率，UDP程序可能感觉不到。但到了10%，可能直接崩溃。我建议你从1%、3%、5%、10%这样阶梯测试，找到程序的“临界点”。
3.8 实战：一个完整的测试脚本
最后，分享一个我常用的测试脚本框架。你可以直接拿去用：
#!/bin/bash
# 网络模拟测试脚本
# 用法：./net_sim.sh [loss] [delay] [jitter]
DEV="eth0"
LOSS=${1:-3} # 默认丢包 3%
DELAY=${2:-50} # 默认延迟 50ms
JITTER=${3:-10} # 默认抖动 10ms
# 清理旧规则
sudo tc qdisc del dev $DEV root 2>/dev/null
# 添加新规则
sudo tc qdisc add dev $DEV root netem loss ${LOSS}% delay ${DELAY}ms ${JITTER}ms
echo "已配置：丢包 ${LOSS}%，延迟 ${DELAY}ms ± ${JITTER}ms"
echo "网卡：$DEV"
echo ""
echo "开始测试 UDP 通信..."
# 这里放你的UDP测试程序
# ./udp_test
# 测试结束后清理
# sudo tc qdisc del dev $DEV root这个脚本我用了好几年。每次测试新协议或者调优参数，我都会跑一遍不同组合。你会发现，有些UDP程序在“丢包3%+延迟50ms”下表现良好，但换成“丢包1%+延迟200ms”反而更差。这就是网络模拟的价值——帮你找到真正的瓶颈。