最可靠方式是执行cat /proc/sys/kernel/pid_max，该值即系统fork()可分配的最大PID编号，x86_64默认常为32768或4194304，但实际并发上限还受ulimit -u和threads-max共同约束。
怎么查当前系统 PID 上限
直接读内核参数最准：cat /proc/sys/kernel/pid_max。别信 ulimit -u 或 ps 统计，那只是用户级或瞬时快照。这个值代表内核 PID 编号池大小——不是“能开多少进程”的业务指标，而是 fork() 分配新 PID 的最大编号上限。x86_64 默认常见值是 32768（没调优过）或 4194304（2²²），输出 32768 基本说明你正踩在高并发服务的墙头上。
临时改 pid_max 验证是否真瓶颈
用 sudo sysctl -w kernel.pid_max=196608 即刻生效，适合快速验证。注意：
- 必须加
sudo，普通用户写/proc/sys/直接 Permission denied - 设太高会被静默截断：x86_64 最高只认 4194304，设成 8388608 也白搭
- 改完立刻影响后续 fork()，但当前 shell 的
ps输出不会变多——它不 reload 进程列表，只放行新进程创建 - 别指望单改这一个就解决问题，
fork: Cannot allocate memory或 Java 报unable to create new native thread往往卡在更小的限制上
永久生效要绕过 systemd 和 sysctl 解析陷阱
别硬塞进 /etc/sysctl.conf，优先用 /etc/sysctl.d/99-pidmax.conf：
kernel.pid_max = 196608
然后执行：sudo sysctl --system（不是 sysctl -p）。关键点：
-
--system才会加载/etc/sysctl.d/下所有文件；-p只读/etc/sysctl.conf - RHEL/CentOS 7+ 可能还得
sudo systemctl restart systemd-sysctl - 等号前后不能有空格，行尾不能有不可见字符（比如 Windows 换行符），错一个就静默失败
- 改完必须再跑一次
cat /proc/sys/kernel/pid_max确认——Linux 不会告诉你配错了
为什么改了 pid_max 还 fork 失败
因为真正起作用的是三个值里的最小值：
-
pid_max：全局 PID 池上限 -
ulimit -u：当前用户进程+线程总数（Linux 中线程也占 PID） -
cat /proc/sys/kernel/threads-max：内核总线程上限，≈ 内存页数 / 8，且不能超pid_max
例如：你设了 pid_max=4194304，但 ulimit -u 是 4096，Java 应用第 4097 个线程就挂；systemd 服务默认无视 /etc/security/limits.conf，得单独在 .service 文件里加 LimitNPROC=65535。漏掉任意一环，pid_max 再大也没用。
