README 是可执行文件
把 README 的每一句声明当断言跑一遍——6 条主要断言全对，唯一说谎的地方是 `package.json` 里第 4 个脚本 `npm run check`：文档一次没提、CI 也一次没跑。
分支模型与历史整理：先把只读的路走稳
实测一个 64 提交的回归引入点，`git bisect run` 只判定 6 个提交、9.5 秒定位——但它的前置条件比命令本身重要得多：产物入库会让整条路随机罢工。
代码风格：能让工具管的，就别用人管
让工具管格式、人管意图——实测一个纯格式化提交会劫走 86 行文件里 21 行的 blame 归属（`git diff -w` 只能救回 2 行），而它改动前后的机器码 162 条指令逐字节相同。
单元测试：覆盖率考的是输入，变异考的是断言
实测 6 个纯函数、30 条断言拿到 100% 行覆盖、92.86% 分支覆盖，但 11 个人为植入的缺陷只杀掉 7 个（63.6%）；补 3 个测试后覆盖率只涨 0.47 个百分点，变异杀死率涨 27.3 个百分点（10/11）。
以太网、ARP 与交换机
实测：本机 ARP 表在 /24 里学到 69 个邻居；一次失败解析发出两条间隔 17 微秒的 who-has 后邻居状态变 Unreachable；9000 字节 MTU 的边界是 8972 能过、8973 报"需要拆分数据包但是设置 DF"；12 秒混杂抓包里出现 0 个 802.1Q 帧和 4 个 255.255.255.255 广播。
IP、子网与路由
实测：本机 40 条 IPv4 路由里 21 条是 /32，五个子网广播地址由"IP & ~掩码"手算后与内核路由逐条对上；ICMP 差错报文被内核截到 576 字节（正好等于 netsh 里的"最小 MTU"）；突发 1000 个 UDP 包只生成 194 条端口不可达；ttl=1 的探测在本机拿到的是 type=0 回包，抓包里 0 条 type=11。
分层模型与抓包入门
本机 Npcap 实测：1 字节应用数据在回环上是 45 字节帧、在 9000 MTU 链路上封装成 9000 字节帧（MSS 8960）；一次完整 TCP 生命周期只用 9 帧 452 微秒；非管理员权限也能直接调 wpcap.dll 抓包。
TCP 连接管理
实测：本机 TIME_WAIT 只停留 119–120 秒（不是资料里常见的 240 秒）；backlog=5 时 40 条 SYN 里只有 5 条拿到 SYN/ACK，另外 35 条被 RST，而应用要等 2.03–2.07 秒才收到 10061；服务端带着未读数据 close 会让对端拿到 10054 而不是 EOF，且两侧都不产生 TIME_WAIT；每请求新建连接的成本是复用的 5.9 倍；保活探测实测周期 3.01 秒、对端 19 微秒内用 SACK 确认那 1 个字节。