JAVA.NET.SOCKETEXCEPTION: TOO MANY OPEN FILES

3 月，跳不动了？>>>

最近随着网站访问量的提高把web服务器移到linux下了，在移服务器的第二天，tomcat频繁的报 java.net.SocketException: Too many open files错误，错误日志达到了100多兆，郁闷了，windows上运行了很长 时间都没出现这个错误，后来才知道linux对进程的打开文件数是有限制的。 用命令ulimit -a查看 [root @test security]# ulimit -a core file size (blocks, -c) 0 data seg size (kbytes, -d) unlimited file size (blocks, -f) unlimited max locked memory (kbytes, -l) unlimited max memory size (kbytes, -m) unlimited open files (-n) 1024 pipe size (512 bytes, -p) 8 stack size (kbytes, -s) 8192 cpu time (seconds, -t) unlimited max user processes (-u) 7168 virtual memory (kbytes, -v) unlimited [root @test security]# 通过以上命令，我们可以看到open files 的最大数为1024 对于并发量比较大的网站这个限制是有些捉襟见肘的，所以我通过这个命令 ulimit -n 4096 把打开文件数的上限设为了4096，这下好了，项目又稳定了 没想到过两天后又重新出这个错误了，郁闷，两个小时报一次，报之后就挂掉了 在重新用ulimit -a查看，发现open files (-n) 1024 又变回了1024了， 报这个错误就在我那次登陆更新之后又报的，原来ulimit -n 4096 命令只能临时的改变open files 的值，当 重新登陆后又会恢复，所以需要永久设置open files 的值才行啊， 用ulimit -n 修改open files 总是不能保持。所以用下面一个简单的办法更好些。 修改/etc/security/limits.conf 添加如下一行： * - nofile 1006154 修改/etc/pam.d/login添加如下一行 session required /lib/security/pam_limits.so 这次永久修改后程序就再没那个问题了，一直稳定运行。 另外遇到这个问题这后还需要检查我们的程序对于操作io的流是否在操作完之后关闭，这才是从最更本上的解决。