1. 车载网络协议栈概述
各位同学，大家好。我是你们这门课的老朋友。今天咱们正式开篇，聊聊车载网络协议栈。
说实话，我最早接触车载网络时，心里也犯嘀咕：这不就是以太网加个TCP/IP吗？有啥好讲的？后来真踩了坑才发现——这里面的门道，比想象中深得多。
1.1 车载以太网背景
先说说背景。传统汽车内部，用的都是CAN、LIN、FlexRay这些总线。它们很可靠，但带宽太低了。CAN最快也就1Mbps，传个诊断数据还行，想传高清摄像头画面？门儿都没有。
我记得2016年做第一个ADAS项目时，光一个前置摄像头就占了500Mbps带宽。CAN总线直接傻眼。怎么办？只能上以太网。
车载以太网，说白了就是把咱们熟悉的以太网技术搬到车上。但有个关键区别——它用的是单对非屏蔽双绞线，而且针对车内电磁环境做了优化。标准叫100BASE-T1或1000BASE-T1。
核心要点：车载以太网不是简单照搬IT以太网，而是为汽车环境量身定做的变种。物理层完全不同，协议栈也有不少改动。
1.2 TCP/IP协议栈在车内的角色
TCP/IP协议栈，在车里到底干啥用？我简单列几个场景：
- 诊断与刷写：DoIP（诊断 over IP）就是基于TCP/IP的。你想想看，4S店给车刷ECU固件，几百兆的数据，用CAN得传一天，用以太网几分钟搞定。
- 摄像头数据流：环视摄像头、DMS摄像头，基本都是UDP + RTP传输。实时性要求高，丢几个包没关系。
- OTA升级：整车OTA，本质就是HTTPS下载。TCP的可靠传输在这里至关重要。
- V2X通信：车与车、车与路侧设备通信，底层也是IP网络。
说白了，TCP/IP协议栈就是车载网络的「通用语言」。所有上层应用，都依赖它来收发数据。
个人经验：我建议你在做车载网络开发时，先把协议栈的配置摸透。很多问题，比如丢包、延迟高，其实都是协议栈参数没调好。后面章节我会详细讲。
1.3 与传统IT网络的差异
这里我要重点强调一下。车载网络和咱们办公室里的IT网络，差别非常大。我列个表，大家一目了然：
| 对比项 | 传统IT网络 | 车载网络 |
|---|---|---|
| 环境温度 | 恒温机房（20-25°C） | -40°C 到 125°C |
| 电磁干扰 | 相对干净 | 极其恶劣（电机、点火系统） |
| 实时性要求 | 毫秒级即可 | 微秒级（安全相关） |
| 带宽需求 | 千兆起步 | 100Mbps 到 1Gbps（够用就行） |
| 功耗限制 | 几乎无限制 | 严格（影响续航） |
| 生命周期 | 3-5年 | 10-15年 |
你看，光是温度范围这一项，就够协议栈喝一壶的。我曾经在夏天做路试，车内温度飙到85°C，交换机芯片直接过热保护，网络断了。后来加了散热片才解决。
还有一个关键差异：网络拓扑。IT网络是星型结构，交换机连服务器。车载网络是混合拓扑，有菊花链、有环网、还有部分网状。为什么？因为线束重量和成本限制。你想想看，每多一根网线，车就重一点，油耗就高一点。所以工程师们想尽办法减少线束。
避坑指南：我曾经在调试一个环网拓扑时，发现广播风暴导致整个网络瘫痪。查了两天才发现，是STP（生成树协议）配置不对。车载网络里，STP的收敛时间必须调短，否则会影响安全功能。这个坑，后面我会专门讲。
1.4 协议栈的选型考量
做车载Linux开发，协议栈选型是个大问题。我见过不少团队直接用Linux内核自带的TCP/IP栈，结果发现延迟不稳定。为什么？因为内核协议栈是为通用场景设计的，没有针对车载实时性做优化。
目前主流方案有几种：
- Linux内核原生协议栈：功能全，但实时性一般。适合非安全相关的应用，比如信息娱乐系统。
- DPDK：用户态协议栈，性能极高。但需要独占CPU核，功耗高。适合高性能计算平台。
- 轻量级协议栈（如lwIP）：资源占用少，适合MCU。但功能有限，不支持高级特性。
- 商用协议栈（如QNX的）：经过认证，可靠性高。但价格贵，生态封闭。
我个人习惯是：安全域用商用栈，非安全域用Linux原生栈。这样既保证可靠性，又控制成本。
1.5 本章小结
好了，咱们把第一章的内容捋一捋：
- 车载以太网是汽车智能化的必然选择，但它不是IT以太网的简单复制。
- TCP/IP协议栈在车里扮演着「数据管道」的角色，诊断、摄像头、OTA都离不开它。
- 车载网络和IT网络在环境、实时性、拓扑上差异巨大，开发时一定要心中有数。
- 协议栈选型要权衡性能、功耗、成本和安全。
下一章，咱们会深入Linux内核协议栈的源码，看看数据包到底是怎么从网卡跑到应用层的。到时候我会带着大家手撕代码，保证过瘾。
嗯，今天就到这儿。有问题随时交流。