java.net.SocketException: Too many open files解决方法

java.net.SocketException: Too many open files错误,一直很头疼，困扰了我很久，今天google了一下，看到了很多种解释,后来才知道linux对进程的打开文件数是有限制的。
 
lsof -p 12349 查看链接数，12349是tomcat的进程  
lsof -P 12349|wc -l  
ulimit -u 查看open files设置  
ulimit -a 查看所有设置  
ulimit -u 65535(新的open files 值)修改设置  
ulimit -n 65536 设置用户可以同时打开的最大文件数（max open files）  
   
如果本参数设置过小，对于并发访问量大的网站，可能会出现too many open files的错误    
使用lsof -p pid [httpd进程的 pid、java的pid]来查看系统中apache进程和java运行时进程当前打开的文件资源，发现两者之和已经接近1024，大于了默认的设置。  
  
修改配置：  
  
修改/etc/security/limits.conf，在文件末加上  
* soft nofile 65536  
* hard nofile 65536  
  
系统级文件描述符极限还可以通过将以下三行添加到 /etc/rc.d/rc.local 启动脚本中来设置：  
# Increase system-wide file descriptor limit.  
echo 65536 > /proc/sys/fs/file-max  
echo 65536 > /proc/sys/fs/inode-max   
用命令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的流是否在操作完之后关闭，这才是从最更本上的解决。