linux 上tomcat 服務器拋出socket異常“文件打開太多”的問題
java.net.SocketException: Too many open files
at java.net.PlainSocketImpl.socketAccept(Native Method)
at java.net.PlainSocketImpl.accept(PlainSocketImpl.java:384)
at java.net.ServerSocket.implAccept(ServerSocket.java:450)
at java.net.ServerSocket.accept(ServerSocket.java:421)
at org.apache.tomcat.util.net.DefaultServerSocketFactory.acceptSocket(DefaultServerSocketFactory.java:60)
at org.apache.tomcat.util.net.PoolTcpEndpoint.acceptSocket(PoolTcpEndpoint.java:407)
at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:70)
at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684)
at java.lang.Thread.run(Thread.java:595)
原本以為是tomcat的配置或是應用本身的問題，"谷歌"一把后才發現，該問題的根本原因是由于系統文件資源的限制導致的。
具體可以參考
http://www.bea.com.cn/support_pattern/Too_Many_Open_Files_Pattern.html
的說明。具體的解決方式可以參考一下：
1。ulimit -a 查看系統目前資源限制的設定。
?? [root@test security]# umlimit -a
-bash: umlimit: command not found
[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
那么我們可以通過一下命令修改該參數的最大值
2. ulimit -n 4096
[root@test security]# ulimit -n 4096
[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) 4096
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
這樣我們就修改了系統在同一時間打開文件資源的最大數，基本解決以上問題。
以上部分是查找網絡上的解決方法。設置了之后段時間內有作用。
后來仔細想來，問題還是要從根本上解決，于是把以前的代碼由認真地看了一遍。終于找到了，罪魁禍首。
在讀取文件時，有一些使用的BufferedReader 沒有關閉。導致文件一直處于打開狀態。造成資源的嚴重浪費。
修改之后的簡單代碼如下：
public
?
void
?test(){
????BufferedReader?reader?
=
null
;
????
try
{
????????reader?
=
?讀取文件;
????????String?line?
=
?
""
;
????????
while
(?(?ine
=
reader.readLine())
!=
null
){
???????????其他操作
????????}
????}?
catch
?(IOException?e){
????????System.out.println(e);
????}?
finally
{??
?????????
if
(reader?
!=
null
){
????????????????
try
?{
????????????????????reader.close();
????????????????}?
catch
?(IOException?e)?{
??????????????????????e.printStackTrace();
????????????????}
??????????}
????}
}
?**********************************************************************************************************************************************
因為Socket沒有釋放,以致文件句柄用完了.如果用HttpClient去調用的, HttpClient本身存在這個問題, 解決方式就是加個httpHeader, 使用HttpClient如下:
- client?=?new?HttpClient();??
- client.getParams().setBooleanParameter("http.protocol.expect-continue",?false);??
- HttpMethod?httpMethod?=?...;??
- httpMethod.addRequestHeader("Connection",?"close");??
- client.executeMethod(httpMethod);??
client = new HttpClient();
client.getParams().setBooleanParameter("http.protocol.expect-continue", false);
HttpMethod httpMethod = ...;
httpMethod.addRequestHeader("Connection", "close");
client.executeMethod(httpMethod);
, 其它的API應該也可以加這兩個值.
用unlimit放大操作系統最大打開文件數的確可以短時間解決 Too many open files的現象，但這不是本質原因。
本質原因肯定能夠是你的程序中沒有及時close掉文件（在linux/unix中Socket也是文件）。否則只有在上千的絕對同時并發時，才可能出現Too many open files錯誤。