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