Prefork: true需满足≥6物理核、单进程CPU≥95%、SSD IO充足才可能提升QPS；否则因fork开销、资源争抢或信号未处理导致QPS下降、僵尸进程等问题。
fiber.New() 里配 Prefork: true 不等于多进程就跑起来了
开 Prefork 不是加个布尔值就完事。它本质是用 fork() 启多个 worker 进程，每个进程独立跑一个 Fiber 实例——但默认情况下，这些进程会抢同一份全局资源，比如 DB 连接池、Redis 客户端、日志句柄，结果不是提速，而是 panic 或超时。
常见错误现象：
-
panic: connection pool is closed或 DB 查询随机超时 - 压测 QPS 比单进程还低，
top -H显示各 worker CPU 占用不均甚至空转 - 日志里一堆重复的启动 banner，分不清哪个 log 来自哪个进程
必须同步做三件事：
- 把
gorm.Open()、redis.NewClient()这类初始化逻辑，从main()开头挪到fiber.New()之后、app.Listen()之前 - 每个进程配独立连接池：比如
MaxOpenConns: 20，总连接数 = 进程数 × 20，别让所有 worker 挤一个池子 - 加
DisablePrint: true，否则每个 worker 都打一遍启动日志，干扰排查
物理核数不够 6 个？Prefork 很可能拖后腿
Prefork 只在单进程已吃满 CPU（持续 ≥95%）、机器有 ≥6 物理核、SSD IO 充足时才可能提升 QPS。硬塞到 2 核或 4 核机器上，fork() 开销和进程调度争抢反而压垮吞吐。
立即学习“go语言免费学习笔记（深入）”；
验证方式极简：
- 查物理核数：
lscpu | grep "CPU(s):"—— 注意看 “Socket(s)” 和 “Core(s) per socket”，别被逻辑线程数（如 12×HT）骗了 - 看单进程负载：
top -H找出主 fiber 进程 PID，观察其线程 CPU 占用是否长期 ≥95% - 压测对比：
wrk -t12 -c400 -d30s http://localhost:3000/，分别测Prefork: false和true下的 QPS 和延迟分布
短连接密集型服务（如大量 HTTP/1.1 小请求）尤其不适合 Prefork，因为每次 fork + 初始化资源的成本远高于处理请求本身。
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
没处理信号？子进程 shutdown 会卡死成僵尸
Prefork 开启后，app.Shutdown() 默认只关主进程，worker 全部残留。你发 SIGTERM，主进程退出，但子进程还在跑、连不上 DB、占着端口、不释放内存。
必须显式注册信号监听：
- 用
os.Signal监听os.Interrupt和syscall.SIGTERM - 在 handler 里调用
app.Shutdown()，而不是只在main()结尾调一次 - 确保所有子进程都能收到并执行 shutdown 流程，否则 DB 连接池不会优雅关闭，Redis 订阅也会断连不重连
漏掉这步，上线后重启服务会发现旧进程越积越多，ps aux | grep server 里一堆状态为 Z 的僵尸进程。
Docker 容器里开 Prefork 要小心端口和证书
容器默认没开 SO_REUSEPORT 内核支持，且无法绑定 1024 以下端口（除非加 --cap-add=NET_BIND_SERVICE 或设 net.ipv4.ip_unprivileged_port_start=0）。
另外两个高频坑：
-
standard_init_linux.go:228: exec user process caused: no such file or directory：90% 是构建时没加CGO_ENABLED=0，导致二进制依赖 libc，而 Alpine 镜像里没有 - 出站 HTTPS 请求失败（如调第三方 API）：
FROM alpine:latest后必须加RUN apk --no-cache add ca-certificates，否则fasthttp找不到根证书
端口别写死：app.Listen(":" + os.Getenv("PORT"))，否则容器映射 -p 8080:3000 时会报 address already in use。
真正榨干多核的关键不在 Prefork 开关本身，而在每个子进程是否真正独立、安静、可控——资源不共享、信号能触达、构建无依赖、端口可注入。少踩一个坑，QPS 就可能从 35k 翻到 120k；漏掉任意一环，它就是个并发负优化开关。
