Linux网络 - 数据包在内核中接收和发送的过程（转）

本文将介绍在Linux系统中， 数据包是如何一步一步从网卡传到进程手中的 以及 数据包是如何一步一步从应用程序到网卡并最终发送出去的 。

如果英文没有问题，强烈建议阅知弯读后面参考里的文章，里面介绍的更详细。

本文只讨论以太网的物理网卡，不涉及圆陆虚拟设备，并且以一个UDP包的接收过程作为示例.

网卡需要有驱动才能工作，驱动是加载到内核中的模块，负责衔接网卡和内核的网络模块，驱动在加载的时候将自己注册进网络模块，当相应的网卡收到数据包时，网络模块会调用相应的驱动程序处理数据。

下图展示了数据包（packet）如何进入内存，并被内核的网络模块开始处理：

软中断会触发内核网络模块中的软中断处理函数，后续流程如下

由于是UDP包，所以第一步会进入IP层，然后一级一级的函数往下调：

应用层一般有两种方式接收数据，一种是recvfrom函数阻塞在那里等着数据来，这种情况下当socket收到通知后，recvfrom就会被唤醒，然后读取接收队列的数据；另一种是通过epoll或者select监听相应的socket，当收到通知后，再调用recvfrom函数去读取接收队列的数据。两种情况都能正常的接收到相应的数据包。

了解数据包的接收流程有助于帮助我们搞清楚我们可以在哪些地方监控和修改数据包，哪些情况下数据包可能被丢弃，为我们处理网络问题提供了一些参考，同时了解netfilter中相应钩子的位置，对于了解iptables的用法有一定的帮助，同时也会帮助我们后续更好的理解Linux下的网络虚拟设备。

ndo_start_xmit会绑定到具体网卡驱动的相应函数，到这步之后，就归网卡驱动管了，不同的网卡驱动有不同的处理方式，搭腔闷这里不做详细介绍，其大概流程如下：

在网卡驱动发送数据包过程中，会有一些地方需要和netdevice子系统打交道，比如网卡的队列满了，需要告诉上层不要再发了，等队列有空闲的时候，再通知上层接着发数据。

ZeroMemory(buf, BUF_SZIE)

while(true)

{

        retVal = recv(sClient, buf, BUF_SZIE, 0)

if (SOCKET_ERROR == retVal)

{

printf("send failed!\n")

}

else

{

        把buf中的有效数据保存一份到其他地方，比如一个List<BYTE[]> 什么的，一直凯液往里面添加，处理的线程处理了数据后，把处理过的数据从List中删除就可以了稿镇

}

}

closesocket(sClient) 

WSACleanup()

为防止卡死主盯敬物线程，你要创建新线程来执行

你的问题没有说太清楚

switch(?),你是把串口接收到的作为变量掘困吗？一个字节256种选择，那case语句岂不判圆念是要256个？

所以要腔悔先确定你接收字符是怎么定义的，才能知道到底是不是要用case语句处理

另外,case语句的语法应该是

case 变量: 语句

---