linux无效的文件句柄,Linux文件句柄限制分析

引之：

在一个工作中的实践项目中，项目是一个部署到linux下的中间件项目，当收到一个Client登录的时候，需要为这个Client打开四个文件，当进行 多用户的大压力测试的时候，程序就出问题了： too many opened files。 网上一查，发现有人也碰到过类似的socket/File: Can’t open so many files问题。 在此总结一下这个问题，希望对后来之人有点帮助。

解决之法：

1，ulimit -a 查看当前用户的文件句柄限制

open files (-n) 65535这个就是限制数量。(65535是我已经修改后的值了，没修改前是1024)

2，修改/etc/security/limits.conf 增加下面的代码：

Shell代码

你的用户名  soft nofile 65535

你的用户名 hard nofile 65535

我们添加了有soft, hard两种：硬限制是实际的限制，而软限制，是warnning限制，只会做出warning。修改时，改成一样就可以了。

3， 重启shell即可。(有些系统可能需要重启系统， red hat 的肯定不用的)

4， ulimit -a 查看设置是否成功。

附：具体修改方法

修改linux的最大文件句柄数限制的方法：

1)ulimit -n 65535

在当前session有效，用户退出或者系统重新后恢复默认值

2)修改profile文件：在profile文件中添加：ulimit -n 65535

只对当个用户有效

3)修改文件：/etc/security/limits.conf，在文件中添加：(立即生效-当前session中运行ulimit -a命令无法显示)

* soft nofile 32768 #限制单个进程最大文件句柄数(到达此限制时系统报警)

* hard nofile 65536 #限制单个进程最大文件句柄数(到达此限制时系统报错)

4)修改文件：/etc/sysctl.conf。在文件中添加：

fs.file-max=655350 #限制整个系统最大文件句柄数

运行命令：/sbin/sysctl -p 使配置生效

原理分析：

Linux是有文件句柄限制的，而且默认不是很高，一般都是1024，应用程序很容易就达到这个数量，所以也就有了这篇文章。ulimi是对单一程序的限制，而不是单个用户。

查看系统总限制命令：

Shell代码

cat /proc/sys/fs/file-max

查看整个系统目前使用的文件句柄数量命令：

Shell代码

cat /proc/sys/fs/file-nr

辅助命令：

查找文件句柄问题的时候，还有一个很实用的程序lsof，可以很方便看到某个进程开了哪些句柄：

Shell代码

lsof -p pid

某个进程开了几个句柄：

Shell代码

lsof -p pid |wc -l

也可以看到某个目录/文件被什么进程占用了,显示已打开该目录或文件的所有进程信息：

Shell代码

lsof path/filename