银河麒麟v10中查看文件描述符上限需分五步：一查系统级fs.file-max；二查用户级ulimit软硬限制；三查进程实际使用量；四验limits.conf配置及pam启用；五查systemd服务limitnofile设置。
如果您在银河麒麟V10系统中需确认内核允许打开的文件描述符总量上限，或为高并发服务（如Nginx、Java应用）进行容量评估与调优，则可能是由于出现“too many open files”错误、服务启动失败或性能瓶颈。以下是查看系统支持最大文件描述符的多种方法：
一、查看系统级最大文件描述符限制
该值由内核参数 fs.file-max 控制，代表整个系统可分配的文件描述符总数，其大小通常与物理内存呈线性关系（约为内存KB数的1/10）。此参数影响所有进程的总和上限。
1、执行命令查询当前设置：
sysctl fs.file-max
2、或直接读取内核接口文件：
cat /proc/sys/fs/file-max
3、若需临时修改（重启失效），运行：
sudo sysctl -w fs.file-max=262144
4、若需永久生效，将配置写入sysctl.conf：
echo "fs.file-max = 262144" | sudo tee -a /etc/sysctl.conf && sudo sysctl -p
二、查看当前用户级软硬限制
每个登录会话受 ulimit 限制约束，分为软限制（soft limit）和硬限制（hard limit）。软限制可由用户自行降低或在不超过硬限制前提下提升；硬限制仅root可修改。该限制作用于单个shell及其派生进程。
1、查看当前shell的软限制（即实际生效值）：
ulimit -n
2、查看当前shell的硬限制：
ulimit -Hn
3、查看当前shell的软限制上限（即当前允许调整的最大值）：
ulimit -Sn
4、临时提升当前会话软限制至65535：
ulimit -n 65535
三、查看指定进程实际使用的文件描述符数量
了解运行中进程的真实资源消耗，有助于判断是否逼近上限、是否存在句柄泄漏。该方法不显示系统理论上限，但反映实际负载压力。
1、获取目标进程PID，例如：
ps aux | grep nginx | grep -v grep
2、统计该进程当前打开的文件描述符数量：
ls /proc/PID/fd | wc -l（将PID替换为实际数值）
3、列出所有已打开的文件路径以辅助诊断：
ls -l /proc/PID/fd
四、验证limits.conf全局用户限制配置
/etc/security/limits.conf 是持久化设置用户级文件描述符限制的核心配置文件。若已配置但 ulimit -n 未生效，往往因PAM模块未启用或会话类型不匹配所致，需确认配置语法与作用范围是否正确。
1、检查配置文件中是否存在有效条目：
sudo grep -v '^#' /etc/security/limits.conf | grep -E '\*\s+(soft|hard)\s+nofile'
2、典型有效配置格式为：
* soft nofile 65535
* hard nofile 65535
3、确认PAM limits模块已启用：
sudo grep -q "pam_limits.so" /etc/pam.d/common-session && echo "enabled" || echo "missing"
4、新配置需重新登录用户会话（非仅新开终端）方可生效。
五、检查systemd服务的独立文件描述符限制
对于通过 systemd 管理的服务（如 postfix、bluetooth、nginx.service），其限制不受 /etc/security/limits.conf 影响，而由 unit 文件中的 LimitNOFILE 指令控制。忽略此项将导致服务进程仍受限于默认值（通常为1024）。
1、查看某服务当前配置的LimitNOFILE值：
systemctl show nginx.service | grep LimitNOFILE
2、若需修改，创建覆盖配置目录：
sudo mkdir -p /etc/systemd/system/nginx.service.d
3、新建限制配置文件：
sudo tee /etc/systemd/system/nginx.service.d/limits.conf [Service]
LimitNOFILE=65535
EOF
4、重载配置并重启服务：
sudo systemctl daemon-reload && sudo systemctl restart nginx.service
