2、DHCP与静态IP：网络初始化时序对NFS-rootfs启动速度的影响
做嵌入式开发的朋友，十有八九都跟NFS-rootfs打过交道。调试阶段用NFS挂载根文件系统，确实方便——改完代码直接重启，不用反复烧写Flash。但有个问题一直让人头疼：启动速度。
明明内核已经起来了，网络也通了，偏偏在挂载根文件系统那一步卡住十几秒甚至半分钟。我刚开始做项目时也遇到过，一度以为是硬件性能不行。后来仔细一查，问题出在网络初始化时序上——说白了，就是IP地址拿到手的时间点，决定了你的rootfs能不能快速挂上。
2.1 网络初始化：内核态与用户态的接力
先理清一个基本概念。Linux系统启动时，网络初始化分两个阶段：
- 内核态网络初始化：驱动加载、网卡探测、PHY芯片初始化、链路状态检测。这部分在start_kernel之后、init进程启动之前完成。
- 用户态网络配置：IP地址分配、路由表设置、DNS配置。这部分由init进程（或systemd、busybox init）启动网络服务来完成。
NFS-rootfs的挂载时机，恰好卡在这两个阶段之间。内核在挂载根文件系统时，需要网络已经就绪——不仅网卡要link up，IP地址也必须可用。
关键点：NFS-rootfs的挂载是由内核发起的，但IP地址的获取通常依赖用户态服务。这个「时序差」就是启动延迟的根源。
2.2 DHCP vs 静态IP：谁更快？
这个问题我当年跟同事争论过好几次。直观上想，DHCP需要发广播、等服务器响应、拿租约，肯定比静态IP慢。但实际测试下来，结论没那么简单。
| 对比项 | DHCP | 静态IP |
|---|---|---|
| 配置方式 | 自动获取 | 手动指定 |
| 依赖服务 | DHCP服务器、链路层广播 | 无 |
| 典型耗时 | 1~5秒（含重试） | 0.1~0.5秒 |
| 失败处理 | 超时后fallback或panic | 配置错误直接panic |
| 灵活性 | 高，适合动态环境 | 低，适合固定拓扑 |
| 启动速度影响 | 慢（需等待DHCP完成） | 快（IP立即可用） |
从表格看，静态IP似乎完胜。但实际项目中，我见过不少用静态IP反而启动更慢的案例——原因出在链路等待上。
我的经验：很多网卡驱动在加载后，需要等待PHY链路建立（link up）。这个等待时间通常是1~3秒。如果静态IP配置脚本在链路未就绪时就执行，会失败；等链路就绪后再重试，反而比DHCP的自动协商更慢。
2.3 内核命令行中的网络参数
NFS-rootfs的挂载参数通过内核命令行传递。常见写法如下：
# DHCP方式
root=/dev/nfs nfsroot=192.168.1.100:/nfsroot ip=dhcp
# 静态IP方式
root=/dev/nfs nfsroot=192.168.1.100:/nfsroot ip=192.168.1.50::192.168.1.1:255.255.255.0::eth0:off
注意ip=参数的格式：
ip=dhcp：内核会在挂载rootfs前自动发起DHCP请求ip=<client-ip>::<gateway>:<netmask>::<interface>:off：静态配置，off表示不启动自动配置协议
这里有个坑——内核自带的DHCP客户端实现非常简陋。它只做一次Discover/Offer/Request/Ack交互，如果服务器响应慢或丢包，就直接超时报错。我在一个项目中遇到过，DHCP服务器负载高时，内核DHCP客户端经常超时，导致启动失败。后来改成静态IP，问题立刻解决。
注意：内核态DHCP客户端不支持续租、不支持option解析（如DNS、NTP服务器地址）。如果你需要这些功能，必须在用户态重新运行完整的DHCP客户端（如dhcpcd、udhcpc）。
2.4 启动时序对比：实测数据
我在一块i.MX6ULL板子上做过对比测试，内核版本5.10，rootfs通过NFS挂载。测试条件：
- DHCP服务器在同一交换机上，响应时间<1ms
- 静态IP配置为同一网段
- 网卡：100Mbps，自动协商
测试结果如下：
| 配置方式 | 内核启动到网络就绪 | NFS挂载耗时 | 总启动时间（从内核加载到shell） |
|---|---|---|---|
| DHCP（内核态） | 3.2秒 | 0.8秒 | 4.0秒 |
| 静态IP（内核态） | 1.5秒 | 0.8秒 | 2.3秒 |
| DHCP（用户态） | 5.1秒 | 0.8秒 | 5.9秒 |
可以看到，静态IP比内核态DHCP快了近1.7秒。而用户态DHCP最慢，因为需要等init启动、网络服务加载、DHCP客户端运行，整个过程串行执行。
为什么会这样？说白了，内核态DHCP虽然快，但受限于链路协商时间。网卡从驱动加载到link up，通常需要1~2秒。静态IP配置可以跟链路协商并行——驱动加载完成后立即配置IP，不需要额外等待。
2.5 核心流程图：网络初始化与NFS-rootfs挂载时序
下面这张图展示了两种配置方式下的完整时序流程。我建议你仔细看看，尤其是「链路等待」和「IP配置」这两个阶段的交错关系。
从图中可以清楚看到：静态IP在链路就绪后立即配置，没有额外的网络交互延迟。而DHCP需要等待链路就绪，再完成一次完整的四步握手，每一步都可能因为网络状况而延迟。
2.6 实战建议：如何选择？
根据我的项目经验，给你几条实在的建议：
- 开发调试阶段：用静态IP。速度快，问题定位方便。IP地址固定，NFS服务器配置也简单。
- 产线批量部署：用DHCP。每台设备MAC不同，DHCP服务器可以自动分配IP，避免地址冲突。
- 产品量产阶段：如果对启动速度有硬性要求（比如车载、工业控制），必须用静态IP。我曾经帮客户优化一个车载信息娱乐系统，把DHCP改成静态IP，启动时间从8秒降到4.5秒，客户非常满意。
- 混合方案：内核命令行用静态IP快速启动，用户态再运行DHCP客户端获取完整网络配置。这样既保证了rootfs快速挂载，又不丢失动态网络的灵活性。
避坑指南：我曾经在一个项目里踩过坑——静态IP配置了，但网卡的MAC地址是随机生成的（某些虚拟化平台或USB网卡）。每次重启MAC都变，导致DHCP服务器分配的静态绑定失效。后来我在内核命令行里加了ifname=eth0:mac=xx:xx:xx:xx:xx:xx强制固定MAC，问题解决。
2.7 小结
DHCP和静态IP的选择，本质上是在灵活性和启动速度之间做权衡。如果你的产品对启动时间敏感，静态IP是首选；如果网络环境复杂、设备数量多，DHCP更省心。但无论选哪种，都要理解背后的时序逻辑——链路等待、IP配置、rootfs挂载这三者的先后关系，才是影响启动速度的真正关键。