go程序需在main开头用syscall.setrlimit提升rlimit_nofile软硬限制，但非root进程无法突破当前硬限，且必须在任何fd操作前调用。
Go 程序报 too many open files，不是代码写崩了，而是进程连“开门资格”都没拿到——系统默认只给 1024 个文件描述符（fd），每个 TCP 连接、每个打开的文件、每个管道都占一个。必须在程序启动**前**把上限提上去，runtime 自己没法临时加名额。
如何在 Go 启动时用 syscall.Setrlimit 主动提限
Go 可以在 main() 最开头调用 syscall.Setrlimit 尝试提升软硬限制，但有硬性前提：
- 进程需有权限：非 root 进程只能把软限制（
Cur）设为 ≤ 当前硬限制（Max），不能突破硬限；若硬限本身是 1024，Setrlimit再设 999999 会返回operation not permitted - 必须在任何网络监听、文件打开、goroutine 启动前调用，否则已有 fd 占用会挤压可用余量
-
RLIMIT_NOFILE是唯一相关资源类型，别错用成RLIMIT_AS或RLIMIT_CORE
示例关键片段：
func initFDLimit() {
var rlim syscall.Rlimit
if err := syscall.Getrlimit(syscall.RLIMIT_NOFILE, &rlim); err != nil {
log.Printf("get rlimit failed: %v", err)
return
}
if rlim.Cur <p>调用位置必须是 <code>main()</code> 第一行，或至少在 <code>http.ListenAndServe</code>、<code>net.Listen</code> 之前。</p><h3>为什么 ulimit -n 要在启动前设，而不是靠 Go 自己扛</h3><p>Linux 的 fd 限额是 per-process 的内核属性，进程一创建就继承父 shell 的限制，之后只能降不能升（除非有 CAP_SYS_RESOURCE 权限）。Go 的 <code>syscall.Setrlimit</code> 本质就是调 <code>setrlimit(2)</code>，它不创造新配额，只是调整当前进程已有的限额视图。</p><div class="aritcle_card flexRow artxards">
<div class="artcardd flexRow">
<a class="aritcle_card_img" rel="nofollow" href="/xiazai/skill6460" title="Golang Naming"><img
src="https://img.php.cn/upload/skill/000/000/081/179094616043400.jpg" alt="Golang Naming" onerror="this.onerror='';this.src='/static/lhimages/moren/morentu.png'" ></a>
<div class="aritcle_card_info flexColumn">
<a rel="nofollow" href="/xiazai/skill6460" title="Golang Naming" class="overflowclass">Golang Naming</a>
<p class="overflowclass">Go（Golang）命名规范 — 包括包、构造函数、结构体、接口、常量、枚举、错误、布尔值、接收器、getter/setter、函数等。</p>
</div>
<a rel="nofollow" href="/xiazai/skill6460" title="Golang Naming" class="aritcle_card_btn flexRow flexcenter"><b></b><span>下载</span>
</a>
</div>
</div>
- 如果你用
bash -c "ulimit -n 1048576; ./myserver"启动，Go 就能直接拿到 1048576 的初始值，Setrlimit反而多余 - systemd 服务必须显式加
LimitNOFILE=1048576，否则/etc/security/limits.conf对它无效 - Docker 容器需用
--ulimit nofile=1048576:1048576，镜像里写Setrlimit没用，因为容器 runtime 已锁死初始限额
http.Server 必须配 MaxConns 和超时，否则提限也白搭
即使 fd 上限提到 100 万，http.ListenAndServe 默认行为仍是“来一个连接启一个 goroutine”，没有拒绝策略、没有空闲清理，连接堆积照样耗尽 fd。
-
MaxConns是硬闸门：超过即被内核 SYN DROP，不进 Go 应用层，避免 goroutine 泛滥 -
ReadTimeout/WriteTimeout防止慢请求长期 hold 住 fd -
IdleTimeout（Go 1.19+）对 HTTP/1.1 keep-alive 和 HTTP/2 连接最关键，空闲连接不及时关就是 fd 泄漏 - 没配
MaxConns时，http.Server实际不限流，全靠操作系统在 accept 阶段报too many open files才知道崩了
示例配置：
srv := &http.Server{
Addr: ":8080",
Handler: handler,
ReadTimeout: 5 * time.Second,
WriteTimeout: 10 * time.Second,
IdleTimeout: 30 * time.Second,
MaxConns: 50000,
}
排查 fd 是否真泄漏，别只盯着 ulimit
提限后还崩？说明有 fd 没关干净。重点查三类地方：
- 所有
os.Open、os.Create必须配defer f.Close()，别信 defer 会自动触发——如果函数提前 return 且没执行到 defer 行，就漏了 - 所有
http.Client出站调用：不复用http.Transport（尤其MaxIdleConns和MaxIdleConnsPerHost），每次请求都新建 transport，等于每请求开一堆 fd - 数据库连接：用
sql.DB.SetMaxOpenConns和SetMaxIdleConns控制池大小，别让连接数随并发线性增长
运行时确认 fd 使用量：lsof -p $(pidof myserver) | wc -l，再对比 cat /proc/$(pidof myserver)/limits | grep "Max open files" —— 如果前者持续逼近后者，就是泄漏；如果刚启动就接近上限，大概率是 Setrlimit 没生效或被 systemd/Docker 覆盖。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
