我很想知道Linux中的哪个进程实际上从接收端的网络层获取信息，应用所有与TCP相关的逻辑（TCP级错误检查，段确认等）并将其放入接收端的接收缓冲区中等待连接？
另一方面，哪个进程接收主机应用程序发送到套接字的信息，以便处理它并将其发送到网络层？
也许我不正确地理解这个过程......请帮助
答案1
你的问题很混乱。它基于 OSI 模型来描述 TCP/IP。但这是不可能的。 TCP/IP 早于 OSI，并且从未打算遵守该模型。使用支持 HTTP/2 的浏览器访问此页面，您至少有 4 个独立的会话层，压缩在至少 3 个不同的堆栈层中进行处理，更不用说网络本身的 WAN 优化了。
Linux中哪个进程负责TCP
TCP 发生在内核中。不在用户进程中。因此，取决于您的参考系，全部或全部都不。
答案2
就代码而言，实际上是存在于内核空间中的代码，从NIC驱动程序向上处理TCP的实现。 Linux 内核了解您的网络硬件并将其抽象为一组链接适配器。然后，TCP/UDP/IP 堆栈会意识到这些“链接”设备，并进一步抽象为 Linux/Unix 级别的概念，例如套接字。
进程通过对内核的系统调用来访问此功能。虽然 Linux 中进程的概念是与内核隔离或门控的，但从技术上讲，每个进程都能够通过系统调用访问此功能。
这意味着当 NIC 上接收到数据时，内核会处理 TCP。当应用程序从缓冲区接收数据时，该进程正在处理 TCP，尽管只是通过启动系统调用，通过内核空间/内存中的系统调用以门控方式进行处理。
因为 Linux 是抢占式的，所以即使对内核空间的调用也至少是内核如何跟踪进程共享时间的一部分，因此从技术上讲，您可能会认为 TCP 是每个进程的一部分。但如果您只考虑属于处理内存空间（用户空间应用程序）的代码，那么只有内核处理 TCP。
请记住，Linux/Unix 合并了一些套接字功能，这些功能将 TCP/IP 抽象到编译应用程序时链接到的库中，因此将位于其内存空间中。比如用来表示IP地址的内存结构。