限速/丢包/乱序/重复/篡改：弱网模拟的把利刃

数据包到了接下来呢？

前面两篇我们完成了 IP 数据包的解析和使用者态 TCP 代理。现在数据包能从 App 正确到达真实网络，也能把响应送回来。老实说，但这一切还太完美了——没有延迟，没有丢包，没有乱序。这和真实网络相去甚远，不过，

这篇要讲的是 WeakNet 最主要的部分——数据包操控管线。不过，五个操纵器各司其职又相互配合。通过一条管线串联执行，任意组合、动态调节。每个操纵器只需要关心自己的逻辑，管线负责把它们粘在一起。

先看接口设计

所有操纵器实现同一个接口：

interface PacketManipulator {
fun manipulateOutgoing: List
fun manipulateIncoming: List
}

返回 List 而不是单个 IpPacket是整个管线设计的主要。返回值的数量就是语义：0个表示丢包，1个表示正常通过2个及以上表示重复。这种设计让每个操纵器都能用统一的签名表达"过滤"、"变换"和"增殖"三种语义。

管线用 flatMap 串联起来简洁到几乎不需要解释：

fun processOutgoing: List {
var packets = listOf
for {
packets = packets.flatMap { m.manipulateOutgoing }
}
return packets
}

一个包进去，经过个可能全没了。flatMap 天然支持这种1-to-N的变换链，用起来很舒服。老实说，

管线顺序这方面，为什么是 Throttle -> Reorder -> Duplicate -> Loss -> Tamper

管线的执行顺序不是随便排的。每个位置都有讲究：

Throttle -> Reorder -> Duplicate -> Loss -> Tamper

痛点1：限速精度差导致性能测试失效！

Throttle 在最前面因为它控制的是实际发送速率。不过，限速说白了就是"每字节等多久"。通过 Thread.sleep 暂停当前线程来控制节奏！话说回来，如果限速不在最前面！后续操纵器产生的重复包会导致额外时间消耗！速率控制就不准了，者会发现实际传输速率远低于设定值！影响压测结果准确性，按理说，

Reorder紧跟Throttle。乱序需要缓冲数据包接下来打乱顺序！缓冲就代表着延迟，把它放在限速之后可以保持限速时间语义——先限速确定发送时机再通过缓冲和交换制造乱序！否则会出现数据无法按预期顺序传输导致接口响应异常问题！ Loss放在Duplicate后面原因直觉：被重复出来的包也应该有机会被丢弃如果Loss在Duplicate前面一个包可能先被丢弃Duplicate操纵器根本看不到它就没法产生“重复了一半丢了一半”的效果！Tamper放最终篡改是“最终一公里”的损坏只有经过前面所有筛选后幸存下来的才值得花力气去改否则篡改后又被其他操作覆盖白费算力！强调点的观点是，TCP协议特殊处理需求高！五大痛点覆盖90%弱网场景需求： 1.带宽占用不可控；2.接口响应时间波动，3.偶尔请求失败；4.请求超时，5.响应体损坏！至于方法优势，•精准控制各项参数 •模拟真实网络环境 •支持多协议覆盖 •可视化监控分析 •轻松还原问题场景！

ThrottleManipulator -- 限速精准到字节级别!

class ThrottleManipulator(
uploadSpeedKbps: Int =,downloadSpeedKbps: Int =
) : PacketManipulator {

private val nanosPerByteUpload: Double = if { 1000000_000 / * / ) } else

private val uploadControllers = ConcurrentHashMap private val downloadControllers = ConcurrentHashMap // ... }

// 高亮显示主要代码区域