Linux系统中进程资源耗尽是运维场景里的高频问题，常见表现有进程无法启动、服务响应超时、系统日志报资源不足错误等，处理这类问题需要先明确资源耗尽的类型和具体进程，再针对性采取解决措施。
第一步：快速排查资源耗尽原因
首先需要确认是哪种资源出现了耗尽，Linux进程常用的资源包括文件描述符、内存、CPU、进程数等，可通过以下工具快速定位：
查看系统整体资源状态
使用top命令可以实时查看CPU、内存占用情况，按shift+m可按内存占用排序，快速找到占用资源过高的进程。如果要查看文件描述符使用情况，可以执行以下命令：
# 查看系统当前打开的文件描述符总数 cat /proc/sys/fs/file-nr # 查看单个进程打开的文件描述符数量，替换PID为实际进程ID ls -l /proc/PID/fd | wc -l
查看进程资源限制配置
每个进程的资源限制由系统配置决定，可通过ulimit命令查看当前shell会话的资源限制，执行以下命令查看所有限制项：
# 查看当前用户的所有资源限制 ulimit -a
输出结果中open files对应文件描述符限制，max user processes对应用户可创建的最大进程数，这两个是进程资源耗尽的高发项。
第二步：临时缓解资源耗尽问题
如果已经出现资源耗尽导致服务异常，可先采取临时措施恢复服务，再做长期配置。
临时调整进程资源限制
对于正在运行的进程，如果是文件描述符不足，可临时修改系统级文件描述符限制：
# 临时将系统最大文件描述符数量调整为100000 echo 100000 > /proc/sys/fs/file-max
如果是单个进程的资源限制过低，可在启动进程的shell中先调整限制再启动：
# 临时将当前shell的文件描述符限制调整为65535 ulimit -n 65535 # 再启动对应的服务进程 systemctl start your_service_name
终止异常占用资源的进程
如果是某个进程异常占用资源，可先终止该进程释放资源：
# 终止指定PID的进程，替换PID为实际进程ID kill -9 PID # 如果是僵尸进程，需要找到父进程终止 ps -ef | grep defunct
第三步：长期配置避免问题复发
临时调整重启后会失效，需要做持久化配置才能避免问题反复出现。
配置用户级资源限制
修改/etc/security/limits.conf文件，添加以下配置，对所有用户生效：
# 所有用户文件描述符软限制为65535 * soft nofile 65535 # 所有用户文件描述符硬限制为65535 * hard nofile 65535 # 所有用户最大进程数软限制为65535 * soft nproc 65535 # 所有用户最大进程数硬限制为65535 * hard nproc 65535
注意如果是systemd管理的服务，这个配置可能不会生效，需要额外配置systemd服务文件。
配置systemd服务资源限制
对于通过systemd管理的服务，修改对应服务的.service文件，一般在/etc/systemd/system/或/usr/lib/systemd/system/目录下，在[Service]段添加以下配置：
[Service] # 设置文件描述符限制 LimitNOFILE=65535 # 设置最大进程数限制 LimitNPROC=65535 # 设置内存限制为2G，可选配置 MemoryLimit=2G
修改完成后执行以下命令重载配置并重启服务：
# 重载systemd配置 systemctl daemon-reload # 重启对应服务 systemctl restart your_service_name
优化进程自身资源使用
除了系统层面的限制，还需要检查进程自身的代码逻辑，比如是否存在文件描述符未关闭、内存泄漏、无限创建子进程等问题。如果是自研程序，可在代码中添加资源释放逻辑，比如以下Python示例正确关闭文件描述符：
# 正确打开文件的方式，使用with语句自动释放资源
with open("test.txt", "r") as f:
content = f.read()
# 离开with块后文件会自动关闭，不会占用文件描述符
常见问题排查表
以下是常见资源耗尽场景的排查方向：
| 资源类型 | 常见报错信息 | 排查命令 |
|---|---|---|
| 文件描述符 | too many open files | ulimit -n、cat /proc/sys/fs/file-nr |
| 进程数 | fork: retry: No child processes | ulimit -u、ps -ef | wc -l |
| 内存 | cannot allocate memory | free -h、top |
| CPU | load average过高 | top、htop |
按照以上步骤操作，基本可以解决大部分Linux进程资源耗尽问题，同时建立长期的资源管控机制，减少问题复发的概率。