為什么80%的碼農都做不了架構師？>>> ??

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

轉載于:https://my.oschina.net/j4love/blog/3053074

總結

以上是生活随笔為你收集整理的JAVA.NET.SOCKETEXCEPTION: TOO MANY OPEN FILES的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。