net.DialTCP 在 Linux 上产生“连接被拒绝”错误，但在 Windows 上没有

Question

重现需要两个应用程序运行并通过 TCP 相互连接。因此，我制作了一个包含 powershell 构建脚本的小型仓库。链接到完整的回购但是为了避免额外的点击，这里是clientA.go.package mainimport (    "fmt"    "net"    "time")func main() {    clientA, err := net.ResolveTCPAddr("tcp4", fmt.Sprintf(":%v", "2222"))    if err != nil {        fmt.Println(err)        return    }    clientB, err := net.ResolveTCPAddr("tcp4", fmt.Sprintf(":%v", "3333"))    if err != nil {        fmt.Println(err)        return    }    for {        clientAtoB, err := net.DialTCP("tcp4", clientA, clientB)        if err != nil {            fmt.Println(err)        } else {            defer clientAtoB.Close()            clientAtoB.SetLinger(0)            clientAtoB.SetNoDelay(true)            clientAtoB.SetKeepAlive(false)            fmt.Println("connected as Client A!")            buffer := make([]byte, 64)            _, err = clientAtoB.Read(buffer)            if err != nil {                continue            }        }        time.Sleep(time.Second)    }}的代码clientB.go是相同的，只是交换了本地和远程端点：clientBtoA, err := net.DialTCP("tcp4", clientB, clientA)

Answer 1

为什么这在 Linux 上不起作用是很明显的。A 和 B 都是连接到需要监听的对方的客户端。在 Linux（或 UNIX）上，如果您尝试运行 ClientA，它将尝试拨入 ClientB 的地址和端口。如果在那一刻没有进程已经在侦听此地址和端口以接受连接，那么 ClientA 将立即以connection refused错误告终（这并不完全正确，但大多数情况下，请参阅答案末尾的我的编辑）。

在 Windows 上，Golang 在底层使用（用于 tcp、tcp4 和 tcp6 协议）ConnectExAPI，该 API 用于面向连接的套接字。此 API 的行为与 Linux connectAPI 不同。如果ConnectEx无法立即连接，它会返回错误代码ERROR_IO_PENDING，并且操作系统会在后台等待/重试，直到连接被接受并建立（或者它放弃并使其最终失败），然后通知回来 - 这称为重叠 I/O。

MSDN ConnectEx 文档的相关部分：

面向连接的套接字通常无法立即完成它们的连接，因此会启动操作并且函数会立即返回 ERROR_IO_PENDING 或 WSA_IO_PENDING 错误。当连接操作完成并实现成功或失败时，使用 lpOverlapped 中指示的完成通知机制报告状态。

现在，您在 Windows 上发生的情况是您尝试ConnectEx从双方和操作系统为您连接这些套接字。这仅在另一端在一定时间内连接时才有效。如果您尝试合理地增加time.Sleep两个客户端的间隔（例如 17 和 28），您甚至可以在 Windows 上看到它们将很难再连接。

对您的问题的回答是，您现在编写的代码取决于 Windows 上 Golang 中 TCP 拨号的操作系统特定行为，并且不可移植。要将您的软件修复为在 Golang 支持的任何平台上可移植，您可能需要更改逻辑，以便 ClientA 和 ClientB 都侦听传入连接并定期尝试连接到另一端。

编辑：我并不是说您的代码根本无法在 Linux 上运行。它实际上使用称为TCP 同时连接的罕见连接模式，您可以在其中连接两个进程而无需其中任何一个listen。拨号双方同时发送他们的 SYN，因此每一方都以 SYN/ACK 和 ACK 响应，以完成 3 次握手和 ESTABLISH 连接。connect这需要非常精确的时间和两个客户端中的呼叫同步。如果 Linux 内核中允许 TCP 同时连接并且实现了 s 之间的同步，则双方都会连接connect（仅通过手动或从同一脚本运行两个客户端很难完成；即使在同一进程和线程中进行模拟也不是那么容易）。