搭建Golang环境并测试TCP连接上限-Golang-PHP中文网

go tcp服务端最大连接数由操作系统资源决定，主要是ulimit -n（文件描述符上限）和内存，其中fd耗尽通常早于内存不足；需调高ulimit、配置kernel参数、用semaphore限流，并注意客户端并发控制与心跳机制。

搭建golang环境并测试tcp连接上限

Go TCP 服务端最大连接数由什么决定

不是 Go 语言本身限制，而是操作系统级资源瓶颈：主要是 ulimit -n（文件描述符上限）和内存。一个 TCP 连接至少占用 1 个 fd、几 KB 内存（socket buffer + goroutine stack），当并发连接达数万时，fd 耗尽比内存更早发生。

ulimit -n 默认常为 1024，必须手动调高（如 ulimit -n 65536），否则 net.Listen 后 Accept 会直接返回 accept: too many open files
Go runtime 默认栈大小 2KB，每个连接一个 goroutine，10 万连接 ≈ 200MB 栈内存（不含 socket buffer），需确认系统内存充足
Linux kernel 参数如 net.core.somaxconn（listen backlog）影响新连接入队能力，建议设为 ≥ 65535

用 semaphore 控制 accept 并发数最稳妥

别依赖 http.Server.MaxConns——标准库 http.Server 根本没有这个字段，这是常见误读。它只有 MaxIdleConns 等空闲连接参数，对新建连接零约束。

用 semaphore.NewWeighted 在 Accept 后立即限流，拒绝时主动 conn.Close()，避免 fd 泄漏
切忌在 goroutine 里调 sem.Acquire(ctx, 1) 等待——连接已建立，等待期间 fd 已被占用，等于提前耗尽限额
sem.Release(1) 必须在 goroutine 内用 defer 保证执行，panic 时也要释放

var sem = semaphore.NewWeighted(int64(maxConns))
ln, _ := net.Listen("tcp", ":8080")
for {
    conn, err := ln.Accept()
    if err != nil {
        continue
    }
    if !sem.TryAcquire(1) {
        conn.Close() // 拒绝连接，立刻释放 fd
        continue
    }
    go func(c net.Conn) {
        defer sem.Release(1)
        handleConn(c)
    }(conn)
}

测试连接上限要绕过 DNS 和超时干扰

用 net.Dial 批量建连时，opErr.Timeout() 或 syscall.ECONNREFUSED 是正常现象，但若大量出现 context.DeadlineExceeded，大概率是客户端 fd 耗尽或服务端 accept 队列满，而非网络问题。

Golang Samber Hot

在 Golang 中使用 samber/hot 进行内存缓存，支持 LRU、LFU、TinyLFU、W‑TinyLFU、S3FIFO、ARC、TwoQueue、SIEVE、FIFO 等淘汰算法，提供 TTL、缓存加载器及分片功能。

下载

批量 dial 必须控制并发，例如用带缓冲的 channel 或 semaphore 限流，否则 net.Dial 失败会堆积 goroutine 导致 OOM
Windows 下判断拒绝要用 windows.WSAECONNREFUSED，Linux/macOS 用 x/sys/unix.ECONNREFUSED，别硬写 syscall.ECONNREFUSED（已弃用）
连接成功后立即 conn.SetReadDeadline(time.Now().Add(1 * time.Second))，防止后续阻塞；不读不写也建议发个心跳包验证链路通断