【我是从2个角度来看，其实所谓2个角度，是发现我分析源码时，分析重复了，写了2个分析报告，所以现在都贴出来。】

【如果你是想看看，了解一下内核tcp被动打开时如何实现的话，我觉得还是看看概念就可以了，因为即使看了源码，过一个个礼拜你就忘了，如果是你正在修改协议栈，为不知道流程而发愁，那么希望你能看看源码以及注释，希望你给你帮助。】

概念：

tcp被动打开，前提是你listen，这个被动打开的前提。你listen过后，其实创建了一个监听套接字，专门负责监听，不会负责传输数据。

当第一个syn包到达你的服务器时，其实linux 内核并不会创建sock结构体，而是创建一个轻量级的request_sock结构体，里面能唯一确定某个客户端发来的syn的信息，接着我们就发送syn、ack给客户端，对的，服务器就做了这2个动作，1：建立request_sock，2：回复syn、ack。

客户端肯定接着回ack，这时，我们能从ack中，取出信息，在一堆request_sock匹配，看看是否之前有这个ack对应的syn发过来过。如果之前发过syn，那么现在我们就能找到request_sock，也就是客户端syn时建立的request_sock。此时，我们内核才会为这条流创建sock结构体，毕竟，sock结构体比request_sock大的多，犯不着三次握手都没建立起来我就建立一个大的结构体吧，三次握手没建立起来我就建立一个轻量级的request_sock，当三次握手建立以后，我就建立一个相对完整的sock，所谓相对完整，其实也是不完整，因为如果你写过socket程序你就知道，所谓的真正完整，是建立socket，而不是sock（socket结构体中有一个指针sock * sk，显然sock只是socket的一个子集）。那么我们什么时候才会创建完整的socket，或者换句话说，什么时候使得sock结构体和文件系统关联从而绑定一个fd，用这个fd就可以用来传输数据呢？

如果你有socket编程经验，那么你一定能想到，那就是在accetp系统调用时，返回了一个fd，所以说，是你在accept时，你三次握手完成后建立的sock才绑定了一个 fd。

角度一：

所谓被动打开，前提是你的服务器listen后，才算被动打开。所以我们从listen系统调用开始。

sys_listen->inet_listen

直接从inet_listen()开始。