直接用轻量错误码替代长生命周期异常捕获可显著降低网卡驱动或网络栈运行时开销，核心是将依赖栈展开、上下文保存、跨函数传播的错误处理收缩为确定性、无分支、零分配的整型返回判断。
直接用轻量错误码替代长生命周期异常捕获，能显著降低网卡驱动层或网络栈中的运行时开销。关键不在“去掉异常”，而在于把原本依赖栈展开、上下文保存、跨函数传播的错误处理路径，收缩为确定性、无分支、零分配的整型返回判断。
识别高开销错误传播路径
在网卡驱动、协议栈（如TCP/IP收发路径）、或高性能网络中间件中，以下场景容易因异常传播放大开销：
- 中断上下文或软中断中抛出异常（C++不支持，但若封装了类似语义的堆栈保存逻辑，会触发缓存失效和寄存器压栈）
- 每个数据包处理都调用含 try/catch 的封装函数，即使99%路径成功
- 错误信息携带完整调用链、字符串消息、动态分配上下文（如 std::string 或 map），在高频路径中反复构造销毁
- 错误被多层包装（例如 error → wrapped_error → logged_error），每次包装都增加指针跳转与内存访问延迟
定义精简错误码体系
错误码不是简单枚举，而是分层、可组合、带语义边界的整型标识：
- 用 uint16_t 或 uint8_t 表示主错误类（如 NET_ERR_TIMEOUT=1, NET_ERR_CHKSUM=2, NET_ERR_NOMEM=3）
- 高位保留2–4位表示严重等级（INFO/WARN/ERR/FATAL），便于日志分级和快速判断是否需丢弃包
- 避免在错误码中编码具体位置（如“eth0_rx:line142”），改用独立的 trace_id 字段或环形缓冲区索引关联调试上下文
- 提供内联转换函数：err_to_str(e) 仅在调试构建中启用；生产构建中该函数为空操作，消除字符串开销
重构捕获逻辑为无栈错误传递
将原来依赖异常传播的“深调用链+现场捕获”模式，改为“扁平化函数+错误码透传”：
- 驱动收包函数返回 error_code 而非抛异常：error_code rx_packet(uint8_t* buf, size_t len)
- 上层协议处理函数不 catch，只检查并转发：if (auto e = ip_parse(buf)) return e;
- 错误聚合点（如队列满、DMA失败）统一做轻量记录：写入预分配的 per-cpu 错误计数器 + 时间戳，不分配对象、不格式化消息
- 禁用 RTTI 和异常运行时支持（-fno-exceptions -fno-rtti），减少二进制体积与指令缓存压力
配套可观测性不降级
轻量 ≠ 不可查。错误码体系需与低开销可观测机制对齐：
- 配合 eBPF 程序，在关键函数入口/出口采集 error_code + CPU ID + 时间差，实现纳秒级错误归因
- 将错误码映射到静态字符串表（.rodata 段），供 perf 或 ftrace 符号化解析，无需运行时字符串拼接
- 在系统启动时注册错误码描述器（如 {NET_ERR_NOMEM, "no rx desc"}），供 debugfs 接口按需读取，不常驻内存
- 对偶发严重错误（如校验和批量失败），触发一次性的 ring buffer dump，而非每包记录
