如何阅读源码
扫描二维码
随时随地手机看文章
飞哥走过的弯路
虽然咱们今天的主题是源码,不过我并不建议你一开始就陷入到源码里,这也是我走过的弯路。在我刚开始想深入挖掘网络性能的时候,我买来了《深入理解 LINUX 内核》《深入理解 Linux 网络技术内幕》等几本书。这本书里介绍了内核中各个组件,如网卡设备、邻居子系统、路由等,把相关源码都讲了一遍。我啃了好长时间,但结果是看完以后感觉还是一团浆糊。尤其是到了工作中具体的一个实际问题的时候,发现根本还是理解不了网络模块到底是怎么运作的。比如一个包到底是如何从网卡到应用程序中的,这些书看半天还是弄不明白这个问题。就更别提后续搞一些网络优化的事情了。到了后来,我改变了战术,才算是柳暗花明又一村,找到了真正正确、高效的方法。产生问题
我所找到的正确方法就是,以工作中的实际问题为核心。回头想想我们看源码的目的是啥呢,是要把 Linux 搞明白?我想不是,把 Linux 搞明白只是途径,而我们的真正目的是为了提高我们手头的工作。比如,我想观察我的服务中 Linux 的收包的过程是否出现了问题,以及想尝试在这个接收过程中都有哪些优化方法。基于这个工作中的需求出发,然后我就四处开始翻资料,打算要把 Linux 是如何接收和处理一个网络包彻底搞搞清楚。包括我之前看过的源码的书,也查了好多网络上的文章。最后终于摸出了个十之八九,总结出了图解Linux网络包接收过程。再比如我手头的项目中很多地方需要维持长连接,那么我就想搞明白一台 Linux 服务器最多能支撑多少个 TCP 连接?这种问题更是,几乎没有任何书,任何资料,任何文章能给一个让我满意的答案。这个时候光翻源码,看网络上的技术文也是远远不够的,我动手写了不少测试代码,亲手进行实践。写出了- 漫画|一台Linux服务器最多能支撑多少个TCP连接?
- 漫画 | 理解了TCP连接的实现以后,客户端的并发也爆发了!
- 百看不如一练,动手测试单机百万连接的保姆级教程!
源码阅读方法
在解决问题的时候,内核源码确实是很重要的一块,也是我们今天介绍的主题。看代码我觉得有两个方法,可以用地毯式的轰炸和精确制导来类比。地毯式轰炸
地毯式轰炸就是不管三七二十一,把内核所有的源码全部硬啃一遍。各个组件都进去看一看,了解了解。除非你本身就是搞内核相关的工作的,否则我是不推荐大家去把内核源码通读一遍的。这也是我前面和大家讲过的我走的弯路。因为这样搞有如下的缺点:第一,我们大部分的读者都是已经工作了的同学。你没有学生时代那么大块的时间去整块整块的啃。第二,即使你啃完了,你和手头的工作还是联系不起来。前面我说过,我啃完了《深入理解 Linux 网络技术内幕》,仍然连网络包是如何从网卡到用户进程里的还是没搞明白。这就好比在战场上,动用大量的武器弹药进行狂轰滥炸。这种方法非常浪费弹药,而且很有可能还没有炸到关键的碉堡。精确制导
这个是我所推荐的方法。前面不是说过,我们一定要先产生一个问题么。那么我们看源码的目标就是要精确制导消灭这个对象。等我们进入到内核源码里的时候,你会发现这里面逻辑关系错综复杂。如果每一个逻辑你都想钻进去弄个明白,最后可能就是累死在内核源码的迷宫里了。所以我们在看源码的时候,要时刻牢记我们要消灭的问题是啥。如果某段逻辑和你要解决的问题无关,那就直接绕过去,绕过去,不要恋战!你在我的文章里应该也能发现,我虽然会贴内核源码,但是绝大部分的源码都包含省略号。这些就是我觉得和当前主题无关的源码,所以我都躲着它们走。比如在介绍内核发送数据过程的时候,我介绍到 inet_sendmsg,我是这样展示的的。//file: net/ipv4/af_inet.c
int inet_sendmsg(......)
{
......
return sk->sk_prot->sendmsg(iocb, sk, msg, size);
}
而实际上,内核的源码长的是这样的。int inet_sendmsg(struct kiocb *iocb, struct socket *sock, struct msghdr *msg,
size_t size)
{
struct sock *sk = sock->sk;
sock_rps_record_flow(sk);
/* We may need to bind the socket. */
if (!inet_sk(sk)->inet_num