技术干货Linux内核代码追踪之UDP调用过程

　　一、给出一个UDPCS通信的总调用过程
　　使用GDB对内核进行调试，先加断点bSYSCsocketcall，查看整个通信过程中socket系统调用情况。
　　嵌入式进阶教程分门别类整理好了，看的时候十分方便，由于内容较多，这里就截取一部分图吧。
　　需要的朋友私信【内核】即可领取
　　内核学习地址：Linux内核源码内存调优文件系统进程管理设备驱动网络协议栈学习视频教程腾讯课堂
　　Server的调用过程为：
　　从图中可以看到call的变化为：1212。
　　同理，我们可以得到Client的socket调用过程中call值变化为：11112。
　　然后，从内核代码中我们可以寻找到call值对应的socket操作，这些宏的定义在includeuapilinuxnet。h文件中：defineSYSSOCKET1syssocket（2）defineSYSBIND2sysbind（2）defineSYSCONNECT3sysconnect（2）defineSYSLISTEN4syslisten（2）defineSYSACCEPT5sysaccept（2）defineSYSGETSOCKNAME6sysgetsockname（2）defineSYSGETPEERNAME7sysgetpeername（2）defineSYSSOCKETPAIR8syssocketpair（2）defineSYSSEND9syssend（2）defineSYSRECV10sysrecv（2）defineSYSSENDTO11syssendto（2）defineSYSRECVFROM12sysrecvfrom（2）defineSYSSHUTDOWN13sysshutdown（2）defineSYSSETSOCKOPT14syssetsockopt（2）defineSYSGETSOCKOPT15sysgetsockopt（2）defineSYSSENDMSG16syssendmsg（2）defineSYSRECVMSG17sysrecvmsg（2）defineSYSACCEPT418sysaccept4（2）defineSYSRECVMMSG19sysrecvmmsg（2）defineSYSSENDMMSG20syssendmmsg（2）
　　从而我们得到整个调用过程为：
　　总的来说，UDP调用过程比较简单，下面我们主要关注recvfrom和sendto两个过程。二、recvfrom的内核函数调用过程
　　对于recvfrom函数在内核中的调用过程，我们从SYSCrecvfrom开始一步一步追踪，看到可疑的函数调用使用step进去查看即可。
　　追踪中可能会遇到内联函数，使得内联函数中的其他函数调用无法使用gdb进一步跟踪，这时可以直接看源代码，比如利用OpenGrok的搜索功能，找出可疑的调用目标，再加断点来验证。
　　跟踪到一定深度的调用栈后，可以发现，内核代码转到了netipv4udp。c文件中，这里应该就是运输层udp协议相关实现的地方。
　　进一步追踪我们可以得到相关数据报处理的函数，在这里，如果没有数据发送过来，线程会阻塞。下面是追踪下来得到的整个调用时序。
　　三、sendto的内核函数调用过程
　　仿照recvfrom中的跟踪方式，sendto有相似的函数调用过程，如下图：
　　最后，recvfrom和sendto的内核函数调用过程追踪完毕，接下来，根据每一个调用过程，我们可以详细分析UDP协议在内核中的具体实现细节，这留作后续工作。当然，更进一步，我们可以从运输层追踪到网络层，详细查看IP协议的具体实现。
　　原文链接：https：blog。csdn。netstranger00001articledetails85108573