可行，但需满足进程未锁死限制且操作者有权限；先用prlimit -n查当前软硬限，再按需用prlimit --nofile=软:硬临时调整，修改后需验证生效。
直接用 prlimit 修改正在运行的服务进程的文件句柄上限是可行的，但有前提：目标进程未设为不可修改（即未调用 prctl(PR_SET_NO_NEW_PRIVS, ...) 或以 NOFILE 资源锁死），且你拥有该进程的权限（通常是 root 或进程所属用户）。
确认目标进程 PID 和当前限制
先查服务对应的进程 ID，并查看它当前的软硬限制：
pgrep -f "nginx" # 例如查 nginx 主进程 prlimit -n $(pgrep -f "nginx" | head -1)
输出中 SOFT 是当前生效值（软限制），HARD 是上限（硬限制）。若要提升软限制，硬限制必须 ≥ 目标值；否则需先提硬限制。
临时提升软限制（推荐初试）
仅提升软限制（不影响其他进程，也不需重启服务）：
-
prlimit --nofile=65536:65536 <pid></pid>—— 同时设软硬为 65536 -
prlimit --nofile=4096:65536 <pid></pid>—— 软限 4096，硬限 65536（更安全）
注意：此操作只对当前进程有效，不继承子进程（如 nginx worker 进程默认会继承主进程的 limits，但部分服务 fork 后可能重设，需验证）。
提升硬限制（需满足条件）
若当前硬限制太低（如 4096），而你想设软限为 65536，则必须先提硬限。但 prlimit 默认无法降低硬限制，也不能在硬限已锁死时提升：
- 若报错
Operation not permitted，说明进程已调用setrlimit(RLIMIT_NOFILE, ...)锁死，或启用了PR_SET_NO_NEW_PRIVS - 此时
prlimit无法突破硬限，只能重启服务并配合系统级配置（如 systemd 的LimitNOFILE=）
验证是否生效
修改后立即检查：
prlimit -n <PID> cat /proc/<PID>/limits | grep "Max open files"
同时可观察服务日志或用 lsof -p <pid> | wc -l</pid> 粗略估算当前打开数，确认未达新上限前不会因 too many open files 报错。
