轉:java.net.SocketException: Too many open files解決方案

最近隨著網站訪問量的提高把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的流是否在操作完之後關閉，這才是從最更本上的解決。