解决Linux内核对Go单机长连接句柄的上限-Golang-PHP中文网

真正卡住go程序高并发长连接的是linux内核的文件描述符限制，需同时配置systemd的limitnofile、go程序内syscall.setrlimit及全局fs.file-max参数。

解决linux内核对go单机长连接句柄的上限

Go 程序在单机维持大量长连接（比如几十万 HTTP 客户端连接或百万级 TCP 连接）时，真正卡住你的不是 Go 本身，而是 Linux 内核对单个进程能打开的文件描述符（file descriptor, FD）数量的限制。这个限制默认是 1024，远低于高并发场景需求。

为什么 ulimit -n 改了还是报 too many open files

常见现象：你在 shell 里执行 ulimit -n 65535，然后 go run main.go，结果一压测就崩——too many open files。这是因为：

ulimit -n 只影响当前 shell 及其直接子进程；如果你用 systemd 启动服务（比如 systemctl start myapp.service），它完全不读 limits.conf，也不继承 shell 的 ulimit
软限制（soft limit）不能超过硬限制（hard limit），而硬限制默认常为 4096，你没改 hard 就改 soft，会静默失败
Go 程序启动后，内核实际允许的 FD 上限，得看 /proc/<pid>/limits</pid> 里的 Max open files 行，不是你终端里 ulimit -n 的输出

systemd 服务必须显式配 LimitNOFILE

绝大多数生产环境 Go 服务都走 systemd，而它绕过 PAM 和 limits.conf。不配就永远卡在 1024 或 4096。

Linux Distros

Linux发行版游乐场，适用于需要临时Linux沙箱、基于浏览器的Linux虚拟机、一次性终端环境、桌面Linux会话等场景

下载

编辑服务单元文件，例如 /etc/systemd/system/myapp.service
在 [Service] 段下加一行：LimitNOFILE=65536（同时设 soft 和 hard）；若需区分，写成 LimitNOFILE=65536:65536
改完必须执行：sudo systemctl daemon-reload && sudo systemctl restart myapp
验证是否生效：cat /proc/$(pidof myapp)/limits | grep "Max open files"，确认两列值都 ≥ 65536

Go 程序内部别漏调 syscall.Setrlimit

即使 systemd 配好了，某些 Go 进程（尤其容器内、或由 supervisord 启动）可能仍拿不到预期值。稳妥做法是在程序启动时主动申请：

import "syscall"

func init() {
    var rLimit syscall.Rlimit
    rLimit.Cur = 65536
    rLimit.Max = 65536
    if err := syscall.Setrlimit(syscall.RLIMIT_NOFILE, &rLimit); err != nil {
        log.Fatal("failed to set rlimit:", err)
    }
}