直接在当前shell中运行ulimit -n新数值即可实时扩容文件句柄上限，但需满足权限和系统级限制前提：先用ulimit -n查看软限制、ulimit -hn查看硬限制，目标值不得超过硬限制；普通用户可临时提升软限制（如ulimit -n 65535），root用户可同时调整软硬限，修改后立即生效但仅限当前会话。
直接在当前 Shell 中运行 ulimit -n 新数值 即可实时扩容文件句柄上限，但需满足权限和系统级限制前提。
确认当前限制与目标值是否合理
执行 ulimit -n 查看当前软限制（soft limit），该值即为当前会话实际生效的上限。注意：
- 软限制不能超过硬限制（
ulimit -Hn），若目标值超出硬限制，需先提升硬限制（需 root 权限或对应 capability） - 硬限制本身受系统全局配置约束（如
/etc/security/limits.conf或 systemd 的DefaultLimitNOFILE），普通用户无法突破该层限制 - 建议目标值不超过 65535（常见安全与兼容性边界），避免引发部分程序异常
临时提升软限制（无需 root）
只要目标值 ≤ 当前硬限制，普通用户可直接设置：
-
ulimit -n 65535—— 立即生效，仅对当前 Shell 及其后续派生进程有效 - 验证是否成功：
ulimit -n应返回新值；也可用cat /proc/$$/limits | grep "Max open files"查看更详细信息 - 该操作不重启进程、不修改配置文件，适合调试、临时跑高并发脚本等场景
突破硬限制（需要权限或配置调整）
若需设得更高（如 100000），且当前硬限制不足，则必须：
- 以 root 身份运行：
ulimit -Hn 100000; ulimit -Sn 100000（先提硬限，再提软限） - 或修改系统级配置（长期生效）：
• 编辑/etc/security/limits.conf，添加类似：* soft nofile 100000<br>* hard nofile 100000
• 重新登录 Shell（或重启用户会话），新限制才对登录 shell 生效 - 使用 systemd 的系统（如 Ubuntu 16.04+、CentOS 7+）还需检查
/etc/systemd/system.conf中的DefaultLimitNOFILE，否则服务进程仍可能受限
注意事项与常见问题
以下情况会导致 ulimit 设置失败或不生效：
- Shell 是由某个服务（如 sshd、cron、systemd service）启动的，而该服务自身有独立的资源限制，此时需修改对应服务的配置而非用户 limits
- 某些容器环境（Docker/Podman）默认限制较严，需在 run 时加
--ulimit nofile=65535:65535 - 已启动的进程不会自动继承新 ulimit，必须在启动前设置；已有进程的 fd 数量只能通过
/proc/PID/fd/观察，无法动态扩大其上限
