2. Zephyr网络配置与初始化：Kconfig网络配置选项、网络接口初始化流程、网络缓冲区管理
好，我们正式开始网络通信的第一步。很多初学者上来就写 socket 代码，结果发现网络根本跑不起来。为什么？因为 Zephyr 的网络栈不是默认开启的，你得先把它「喂饱」——配置好、初始化好、内存管好。这一章，我就带你把这三大件搞定。
2.1 Kconfig 网络配置选项：把网络功能「拧」出来
Zephyr 的配置系统，说白了就是一堆开关。你通过 Kconfig 把需要的功能打开，不需要的关掉。我个人习惯是先跑一次默认配置，再根据硬件裁剪。
核心配置项，我列个表给你看：
| 配置宏 | 作用 | 我常用的值 |
|---|---|---|
CONFIG_NETWORKING |
总开关，必须开 | y |
CONFIG_NET_IPV4 |
IPv4 协议支持 | y |
CONFIG_NET_IPV6 |
IPv6 协议支持 | n（除非你需要） |
CONFIG_NET_TCP |
TCP 协议栈 | y |
CONFIG_NET_UDP |
UDP 协议栈 | y |
CONFIG_NET_SOCKETS |
Socket API 支持 | y |
CONFIG_NET_BUF |
网络缓冲区管理 | y |
CONFIG_NET_LOG |
网络调试日志 | y（调试阶段） |
CONFIG_NET_LOG 和 CONFIG_NET_STATISTICS 都打开。等产品发布前再关掉，能省不少内存。
举个例子，你如果只想跑一个 TCP 客户端，配置可以这样写：
CONFIG_NETWORKING=y
CONFIG_NET_IPV4=y
CONFIG_NET_TCP=y
CONFIG_NET_UDP=n
CONFIG_NET_SOCKETS=y
CONFIG_NET_BUF=y
CONFIG_HEAP_MEM_POOL_SIZE=4096嗯，这里要注意：CONFIG_HEAP_MEM_POOL_SIZE 是给网络栈用的堆内存。我刚开始做项目时设了 1024，结果系统跑起来就崩。后来发现 TCP 握手阶段就需要 2KB 以上的缓冲区。建议至少 4096。
2.2 网络接口初始化流程：从硬件到协议栈的「握手」
配置好了，系统启动时网络接口怎么起来的？我画了一张流程图，你看一眼就明白了。
流程其实不复杂。系统启动后，内核先初始化驱动。驱动注册时，会调用 net_if_register() 把网卡接口挂到网络栈上。然后网络管理线程开始跑事件循环，等待链路状态变化。
我记得有一次调试，发现网卡驱动加载成功了，但网络接口就是没起来。查了半天，原来是驱动里忘了调用 net_if_flag_set(iface, NET_IF_UP)。接口没标记为「UP」，协议栈根本不理它。
NET_IF_UP 标志。否则你后面调用 connect() 会一直返回 -ENETDOWN。
2.3 网络缓冲区管理：别让内存成为瓶颈
网络通信的本质，就是数据包的搬运。Zephyr 用 net_buf 来管理这些数据包。它不像 Linux 那样用 sk_buff，但思路类似——都是「内存池 + 链表」的结构。
核心数据结构就两个：
- net_buf：一个数据包缓冲区，包含数据指针、长度、引用计数。
- net_buf_pool：管理一组 net_buf 的内存池。
我直接给你看一段实际初始化的代码：
/* 定义一个 256 字节的缓冲区池，共 16 个 */
NET_BUF_POOL_DEFINE(my_tx_pool, 16, 256, 0, NULL);
/* 从池中分配一个缓冲区 */
struct net_buf *buf = net_buf_alloc(&my_tx_pool, K_NO_WAIT);
if (!buf) {
printk("缓冲区分配失败！\n");
return -ENOMEM;
}
/* 写入数据 */
net_buf_add_mem(buf, "Hello Zephyr", 12);
/* 发送后释放 */
net_buf_unref(buf);这里有个关键点：net_buf_add_mem() 会自动维护 len 字段。你不需要手动算长度，它内部会做。
我曾经在一个项目里遇到过内存泄漏。现象是系统跑几个小时就死机，查到最后发现是某个回调函数里分配了 net_buf 但没释放。Zephyr 的 net_buf 有引用计数，你每次 alloc 后必须对应一次 unref，否则内存池会慢慢耗尽。
CONFIG_NET_BUF_LOG，它会打印每次 alloc/free 的日志。配合 CONFIG_NET_STATISTICS，你能看到当前缓冲区使用量。如果 pool_alloc_fail 计数在增长，说明有泄漏。
缓冲区大小怎么选？我一般按 MTU 来算。以太网 MTU 是 1500 字节，加上协议头，一个缓冲区至少 1514 字节。但如果你用 6LoWPAN，MTU 只有 1280 字节，缓冲区可以小一些。
| 网络类型 | 推荐缓冲区大小 | 池数量 |
|---|---|---|
| 以太网 (Ethernet) | 1600 字节 | 8~16 |
| Wi-Fi | 1600 字节 | 16~32 |
| 6LoWPAN | 1280 字节 | 8~12 |
| BLE | 256 字节 | 4~8 |
嗯，这里要注意：池数量不是越多越好。每个 net_buf 会占用 RAM，你设 32 个 1600 字节的缓冲区，光这一项就吃掉 50KB 内存。对于资源受限的 MCU，这可不是小数目。
核心原则： 缓冲区池的大小 = 最大并发数据包数量 × 单个包大小。你想想看，如果你的应用最多同时处理 4 个 TCP 连接，每个连接最多 2 个包在飞，那 8 个缓冲区就够了。多了浪费，少了丢包。
最后，我建议你在项目初期就把网络缓冲区配置写成一个独立的头文件，方便后期调优。比如：
/* net_config.h */
#define TX_BUF_SIZE 1600
#define TX_BUF_COUNT 16
#define RX_BUF_SIZE 1600
#define RX_BUF_COUNT 16
NET_BUF_POOL_DEFINE(tx_pool, TX_BUF_COUNT, TX_BUF_SIZE, 0, NULL);
NET_BUF_POOL_DEFINE(rx_pool, RX_BUF_COUNT, RX_BUF_SIZE, 0, NULL);这样改参数时不用翻遍整个代码，改一个头文件就行。我个人习惯把这种配置和 Kconfig 配合使用，Kconfig 控制开关，头文件控制具体数值，分工明确。