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