一、文件描述符的核心认知

文件描述符（File Descriptor）是Unix/Linux系统中用于访问文件、套接字等I/O资源的抽象标识。每个进程默认会有三个基础描述符：

• 0 - 标准输入(stdin)
• 1 - 标准输出(stdout)
• 2 - 标准错误(stderr)

当服务器处理高并发请求时，若描述符数量不足，将直接导致"Too many open files"错误，这也是为什么我们需要合理配置描述符限制。

二、当前限制检查方法

在开始优化前，我们需要先诊断当前系统的限制情况：

1. 系统级限制检查

# 查看系统最大文件描述符数
cat /proc/sys/fs/file-max

# 查看已分配和使用情况
cat /proc/sys/fs/file-nr

2. 用户级限制检查

ulimit -n  # 查看当前会话限制
ulimit -Hn # 查看硬限制
ulimit -Sn # 查看软限制

3. 进程级限制检查

# 查看指定进程的限制
cat /proc/[PID]/limits | grep "Max open files"

三、永久性配置方案（以CentOS为例）

方案1：通过sysctl配置系统全局限制

# 编辑配置文件
vim /etc/sysctl.conf

# 添加以下内容（建议值为10万-100万）
fs.file-max = 655350

# 使配置生效
sysctl -p

方案2：通过limits.conf配置用户限制

# 编辑limits配置文件
vim /etc/security/limits.conf

# 添加以下内容（示例配置）
* soft nofile 65535
* hard nofile 655350
root soft nofile 655350
root hard nofile 655350

方案3：针对systemd服务的特殊配置

对于使用systemd管理的服务（如Nginx、MySQL），需要额外配置：

# 编辑服务配置文件
vim /etc/systemd/system/[service].service.d/limits.conf

# 添加内容
[Service]
LimitNOFILE=655350

四、配置验证与监控

配置完成后，必须进行验证：

1. 实时监控命令

watch -n 1 'cat /proc/sys/fs/file-nr'

2. 压力测试工具

使用ab、wrk等工具模拟高并发场景，观察描述符使用情况。

3. 监控建议

• 配置Zabbix/Prometheus监控file-nr指标
• 设置当使用率超过80%时告警

五、经典问题解决方案

问题1：修改limits.conf后不生效？

解决方案：

• 确保/etc/pam.d/login包含session required pam_limits.so
• 对于SSH连接，需要重新建立会话
• 对于已运行进程，需要重启服务

问题2：Java应用仍报"Too many open files"

解决方案：

# 在JVM启动参数中添加
-XX:-MaxFDLimit