首页 > 学院 > 操作系统 > 正文

Too many open files

2024-06-28 13:22:06
字体：大 中 小
来源：转载
供稿：网友
Too many open files

部署到linux下的tomcat，今天发现包了“java.net.SocketException: Too many open files”，以前从来没有遇到过，在此记录一下： 彻底解决问题的是第三步, 所以，可以直接跳到第三步去看解决方法和步骤，当日第一、第二步是我不断探索，尝试解决问题的过程，虽然没有找到点上，但是还是有些意义的，因为linux切实有打开资源数量的限制，肯定需要修改的。异常信息：

Java代码 收藏代码
  1. ............
  2. Oct17,20115:22:41PMorg.apache.tomcat.util.net.JIoEndpoint$Acceptorrun
  3. SEVERE:Socketacceptfailed
  4. java.net.SocketException:Toomanyopenfiles
  5. atjava.net.PlainSocketImpl.socketAccept(NativeMethod)
  6. atjava.net.AbstractPlainSocketImpl.accept(AbstractPlainSocketImpl.java:375)
  7. atjava.net.ServerSocket.implAccept(ServerSocket.java:470)
  8. atjava.net.ServerSocket.accept(ServerSocket.java:438)
  9. atorg.apache.tomcat.util.net.DefaultServerSocketFactory.acceptSocket(DefaultServerSocketFactory.java:59)
  10. atorg.apache.tomcat.util.net.JIoEndpoint$Acceptor.run(JIoEndpoint.java:210)
  11. atjava.lang.Thread.run(Thread.java:636)
  12. Oct17,20115:22:43PMorg.apache.tomcat.util.net.JIoEndpoint$Acceptorrun
  13. SEVERE:Socketacceptfailed
  14. java.net.SocketException:Toomanyopenfiles
  15. atjava.net.PlainSocketImpl.socketAccept(NativeMethod)
  16. atjava.net.AbstractPlainSocketImpl.accept(AbstractPlainSocketImpl.java:375)
  17. atjava.net.ServerSocket.implAccept(ServerSocket.java:470)
  18. atjava.net.ServerSocket.accept(ServerSocket.java:438)
  19. atorg.apache.tomcat.util.net.DefaultServerSocketFactory.acceptSocket(DefaultServerSocketFactory.java:59)
  20. atorg.apache.tomcat.util.net.JIoEndpoint$Acceptor.run(JIoEndpoint.java:210)
  21. atjava.lang.Thread.run(Thread.java:636)
  22. Oct17,20115:22:44PMorg.apache.tomcat.util.net.JIoEndpoint$Acceptorrun
  23. SEVERE:Socketacceptfailed
  24. java.net.SocketException:Toomanyopenfiles
  25. atjava.net.PlainSocketImpl.socketAccept(NativeMethod)
  26. atjava.net.AbstractPlainSocketImpl.accept(AbstractPlainSocketImpl.java:375)
  27. atjava.net.ServerSocket.implAccept(ServerSocket.java:470)
  28. atjava.net.ServerSocket.accept(ServerSocket.java:438)
  29. atorg.apache.tomcat.util.net.DefaultServerSocketFactory.acceptSocket(DefaultServerSocketFactory.java:59)
  30. atorg.apache.tomcat.util.net.JIoEndpoint$Acceptor.run(JIoEndpoint.java:210)
  31. atjava.lang.Thread.run(Thread.java:636)
  32. ............

原因： linux下有有文件限制，结果文件数操作最大限制，导致程序异常：问题是程序中有个静态方法打开文件时忘记关闭。两种解决方法，一是设置linux的最大文件打开数量（无法根本解决问题），二是解决程序中的bugs，即消除有问题的代码。第一次解决解决：方法一、增大系统打开文件的数量（无法根本解决问题）、 1、默认linux同时最大打开文件数量为1024个，用命令查看如下：ulimit -a:查看系统上受限资源的设置（open files (-n) 1024）：

Java代码 收藏代码
  1. [root@****bin]#ulimit-a
  2. corefilesize(blocks,-c)0
  3. datasegsize(kbytes,-d)unlimited
  4. schedulingPRiority(-e)0
  5. filesize(blocks,-f)unlimited
  6. pendingsignals(-i)16384
  7. maxlockedmemory(kbytes,-l)32
  8. maxmemorysize(kbytes,-m)unlimited
  9. openfiles(-n)1024
  10. pipesize(512bytes,-p)8
  11. POSIXmessagequeues(bytes,-q)819200
  12. real-timepriority(-r)0
  13. stacksize(kbytes,-s)10240
  14. cputime(seconds,-t)unlimited
  15. maxuserprocesses(-u)16384
  16. virtualmemory(kbytes,-v)unlimited
  17. filelocks(-x)unlimited
  18. [root@****bin]#

2、可以修改同时打开文件的最大数基本可以解决：ulimit -n 4096

Java代码 收藏代码
  1. [root@****bin]#ulimit-n4096
  2. [root@****bin]#ulimit-a
  3. corefilesize(blocks,-c)0
  4. datasegsize(kbytes,-d)unlimited
  5. schedulingpriority(-e)0
  6. filesize(blocks,-f)unlimited
  7. pendingsignals(-i)16384
  8. maxlockedmemory(kbytes,-l)32
  9. maxmemorysize(kbytes,-m)unlimited
  10. openfiles(-n)4096
  11. pipesize(512bytes,-p)8
  12. POSIXmessagequeues(bytes,-q)819200
  13. real-timepriority(-r)0
  14. stacksize(kbytes,-s)10240
  15. cputime(seconds,-t)unlimited
  16. maxuserprocesses(-u)16384
  17. virtualmemory(kbytes,-v)unlimited
  18. filelocks(-x)unlimited
  19. [root@****bin]#

已经修改了最大打开文件数。方法二、修改程序中的bugs：程序中有个静态的方法打开文件后，没有关闭文件，导致每次请求都会去打开文件，在程序中填入关闭输入流的操作即可以：

Java代码 收藏代码
  1. publicstaticList<GpsPoint>getArrayList()throwsIOException{
  3. List<GpsPoint>pointList=null;
  4. //读取配置文件
  5. InputStreamin=ParseGpsFile.class.getClassLoader().getResourceAsStream("GPS1.TXT");
  7. //读路径出错，换另一种方式读取配置文件
  8. if(null==in){
  10. System.out.println("读取文件失败");
  12. returnpointList;
  13. }
  15. pointList=newArrayList<GpsPoint>();
  17. try{
  18. BufferedReaderbr=newBufferedReader(newInputStreamReader(in));
  19. Stringlongtude="";
  20. Stringlatude="";
  21. Stringelevation="";
  22. while((longtude=br.readLine())!=null){
  24. //读下一行数据，读纬度
  25. latude=br.readLine();
  27. if(null==latude){
  29. //退出循环
  30. break;
  31. }
  33. //读下一行数据，读海拔
  34. elevation=br.readLine();
  35. if(null==latude){
  37. //退出循环
  38. break;
  39. }
  41. //加入一个点
  42. pointList.add(gps2point(longtude,latude,elevation));
  43. }
  45. in.close();
  46. System.out.println("/n/n");
  47. }catch(Exceptione){
  49. in.close();
  50. e.printStackTrace();
  51. }
  53. returnpointList;
  54. }

问题彻底解决-----第二次解决：实际测试后发现这个问题还没有解决，最终又找了些方法，经过一段时间的测试，似乎解决了问题：具体步骤如下：linux为redhat服务器版本（非个人版），必须设置的内容：1、/etc/pam.d/login 添加

Java代码 收藏代码
  1. sessionrequired/lib/security/pam_limits.so

# 注意看这个文件的注释具体文件的内容为：

Java代码 收藏代码
  1. [root@****~]#vi/etc/pam.d/login
  2. #%PAM-1.0
  3. auth[user_unknown=ignoresuccess=okignore=ignoredefault=bad]pam_securetty.so
  4. authincludesystem-auth
  5. accountrequiredpam_nologin.so
  6. accountincludesystem-auth
  7. passWordincludesystem-auth
  8. #pam_selinux.socloseshouldbethefirstsessionrule
  9. sessionrequiredpam_selinux.soclose
  10. sessionoptionalpam_keyinit.soforcerevoke
  11. sessionrequiredpam_loginuid.so
  12. sessionincludesystem-auth
  13. sessionoptionalpam_console.so
  14. #pam_selinux.soopenshouldonlybefollowedbysessionstobeexecutedintheusercontext
  15. sessionrequiredpam_selinux.soopen
  17. ~
  18. "/etc/pam.d/login"15L,644C

修改后的内容：

Java代码 收藏代码
  1. -bash:[root@****:commandnotfound
  2. [root@****~]#clear
  3. [root@****~]#cat/etc/pam.d/login
  4. #%PAM-1.0
  5. auth[user_unknown=ignoresuccess=okignore=ignoredefault=bad]pam_securetty.so
  6. authincludesystem-auth
  7. accountrequiredpam_nologin.so
  8. accountincludesystem-auth
  9. passwordincludesystem-auth
  10. #pam_selinux.socloseshouldbethefirstsessionrule
  11. sessionrequiredpam_selinux.soclose
  12. sessionoptionalpam_keyinit.soforcerevoke
  13. sessionrequiredpam_loginuid.so
  14. sessionincludesystem-auth
  15. sessionoptionalpam_console.so
  16. #pam_selinux.soopenshouldonlybefollowedbysessionstobeexecutedintheusercontext
  17. sessionrequiredpam_selinux.soopen
  18. #kevin.xieadded,fixed'toomanyopenfile'bug,limitopenmaxfiles1024,2011-10-24
  19. sessionrequired/lib/security/pam_limits.so
  21. [root@****~]#

2. /etc/security/limits.conf 添加

Java代码 收藏代码
  1. root–nofile1006154

root 是一个用户，如果是想所有用户生效的话换成 * ，设置的数值与硬件配置有关，别设置太大了。修改前内容

Java代码 收藏代码
  1. [root@****~]#cat/etc/security/limits.conf
  2. #/etc/security/limits.conf
  3. #
  4. #Eachlinedescribesalimitforauserintheform:
  5. #
  6. #<domain><type><item><value>
  7. #
  8. #Where:
  9. #<domain>canbe:
  10. #-anusername
  11. #-agroupname,with@groupsyntax
  12. #-thewildcard*,fordefaultentry
  13. #-thewildcard%,canbealsousedwith%groupsyntax,
  14. #formaxloginlimit
  15. #
  16. #<type>canhavethetwovalues:
  17. #-"soft"forenforcingthesoftlimits
  18. #-"hard"forenforcinghardlimits
  19. #
  20. #<item>canbeoneofthefollowing:
  21. #-core-limitsthecorefilesize(KB)
  22. #-data-maxdatasize(KB)
  23. #-fsize-maximumfilesize(KB)
  24. #-memlock-maxlocked-in-memoryaddressspace(KB)
  25. #-nofile-maxnumberofopenfiles
  26. #-rss-maxresidentsetsize(KB)
  27. #-stack-maxstacksize(KB)
  28. #-cpu-maxCPUtime(MIN)
  29. #-nproc-maxnumberofprocesses
  30. #-as-addressspacelimit
  31. #-maxlogins-maxnumberofloginsforthisuser
  32. #-maxsyslogins-maxnumberofloginsonthesystem
  33. #-priority-theprioritytorunuserprocesswith
  34. #-locks-maxnumberoffilelockstheusercanhold
  35. #-sigpending-maxnumberofpendingsignals
  36. #-msgqueue-maxmemoryusedbyPOSIXmessagequeues(bytes)
  37. #-nice-maxnicepriorityallowedtoraiseto
  38. #-rtprio-maxrealtimepriority
  39. #
  40. #<domain><type><item><value>
  41. #
  43. #*softcore0
  44. #*hardrss10000
  45. #@studenthardnproc20
  46. #@facultysoftnproc20
  47. #@facultyhardnproc50
  48. #ftphardnproc0
  49. #@student-maxlogins4
  51. #Endoffile
  52. [root@****~]#
  53. [root@****~]#cat/etc/security/limits.conf
  54. #/etc/security/limits.conf
  55. #
  56. #Eachlinedescribesalimitforauserintheform:
  57. #
  58. #<domain><type><item><value>
  59. #
  60. #Where:
  61. #<domain>canbe:
  62. #-anusername
  63. #-agroupname,with@groupsyntax
  64. #-thewildcard*,fordefaultentry
  65. #-thewildcard%,canbealsousedwith%groupsyntax,
  66. #formaxloginlimit
  67. #
  68. #<type>canhavethetwovalues:
  69. #-"soft"forenforcingthesoftlimits
  70. #-"hard"forenforcinghardlimits
  71. #
  72. #<item>canbeoneofthefollowing:
  73. #-core-limitsthecorefilesize(KB)
  74. #-data-maxdatasize(KB)
  75. #-fsize-maximumfilesize(KB)
  76. #-memlock-maxlocked-in-memoryaddressspace(KB)
  77. #-nofile-maxnumberofopenfiles
  78. #-rss-maxresidentsetsize(KB)
  79. #-stack-maxstacksize(KB)
  80. #-cpu-maxCPUtime(MIN)
  81. #-nproc-maxnumberofprocesses
  82. #-as-addressspacelimit
  83. #-maxlogins-maxnumberofloginsforthisuser
  84. #-maxsyslogins-maxnumberofloginsonthesystem
  85. #-priority-theprioritytorunuserprocesswith
  86. #-locks-maxnumberoffilelockstheusercanhold
  87. #-sigpending-maxnumberofpendingsignals
  88. #-msgqueue-maxmemoryusedbyPOSIXmessagequeues(bytes)
  89. #-nice-maxnicepriorityallowedtoraiseto
  90. #-rtprio-maxrealtimepriority
  91. #
  92. #<domain><type><item><value>
  93. #
  95. #*softcore0
  96. #*hardrss10000
  97. #@studenthardnproc20
  98. #@facultysoftnproc20
  99. #@facultyhardnproc50
  100. #ftphardnproc0
  101. #@student-maxlogins4
  102. #kevin.xieadded,fixed'toomanyopenfile'bug,limitopenmaxfiles1024,2011-10-24
  103. *-nofile102400
  105. #Endoffile
  106. [root@****~]#

修改后的内容

Java代码 收藏代码

3. 修改 /etc/rc.local 添加

Java代码 收藏代码
  1. echo8061540>/proc/sys/fs/file-max

修改前内容

Java代码 收藏代码
  1. [root@****~]#cat/proc/sys/fs/file-max
  2. 4096
  3. [root@****~]#

修改后内容

Java代码 收藏代码
  1. [root@****~]#cat/proc/sys/fs/file-max
  2. 4096000
  3. [root@****~]#

做完3个步骤，就可以了。**************************************补充说明：/proc/sys/fs/file-max该文件指定了可以分配的文件句柄的最大数目。如果用户得到的错误消息声明由于打开文件数已经达到了最大值，从而他们不能打开更多文件，则可能需要增加该值。可将这个值设置成有任意多个文件，并且能通过将一个新数字值写入该文件来更改该值。缺省设置：4096/proc/sys/fs/file-nr该文件与 file-max 相关，它有三个值：已分配文件句柄的数目已使用文件句柄的数目文件句柄的最大数目该文件是只读的，仅用于显示信息。关于“打开文件数”限制Linux系统上对每一个用户可使用的系统资源都是有限制的，这是多用户系统必然要采用的一种资源管理手段，试想假如没有这种机制，那么任何一个普通用户写一个死循环程序，用不了多久系统就要“拒绝服务”了。今天我遇到了tomcat日志报的错误信息”too many open files”，第一意识就想到了是ulimit控制的”open files“限制。然而问题来了。我在/etc/profile里加入了 ulimit -n 4096保存之后，普通用户登录的时候均会收到一条错误信息ulimit: open files: cannot modify limit: Operation not permitted。然后普通用户的open files限制还是默认值1024。然后开始在互联网上搜索关于ulimit的信息。互联网果然方便，信息铺天盖地。大家也可以搜一下试一下。其中我了解到两个以前不知道的相关内容。第一个是内核参数　fs.file-max ，影射为 /proc/sys/fs/file-max第二个是配置文件 /etc/security/limits.conf其中大部分的信息中提到 将 /proc/sys/fs/file-max的值设置为4096和ulimit -n 4096是相同的效果。对此我很怀疑，为什么呢？首先ulimit 是一个普通用户也可以使用的命令，而fs.file-max只有root有权设置。其次，很明显fs.file-max是一个全局的设置，而ulimit 是一个局部的设置，很明显的是不相同的。带着疑虑，又在网上搜索了许久，未果（实际上是我搜索的关键字不够准确）。最后终于在内核文档/usr/src/linux/Documentation/sysctl/fs.txt里找到下面一段话：file-max & file-nr:The kernel allocates file handles dynamically, but as yet it doesn’t free them again. The value in file-max denotes the maximum number of file-handles that the Linux kernel will allocate. When you get lots of error messages about running out of file handles, you might want to increase this limit.The three values in file-nr denote the number of allocated file handles, the number of unused file handles and the maximum number of file handles. When the allocated file handles come close to the maximum, but the number of unused file handles is significantly greater than 0, you’ve encountered a peak in your usage of file handles and you don’t need to increase the maximum.这两段话的大致意思是：内核动态地分配和释放“file handles”（句柄）。file-max的值是内核所能分配到的最大句柄数。当你收到大量关于句柄用完的错误信息时，你可以需要增加这个值以打破老的限制。file-nr中的三个值的含意分别是：系统已经分配出去（正在使用）的句柄数，没有用到的句柄数和所有分配到的最大句柄数。当分配出去的句柄数接近 最大句柄数，而“无用的句柄数”大于零时，表明你遇到了一个“句柄”使用高峰，这意为着你不需要增加file-max的值。看完这段话，相信大家都明白了。file-max是系统全局的可用句柄数。根据我后来又翻查的信息，以及对多个系统的查看求证，这个参数的默认值是跟内存大小有关系的，增加物理内存以后重启机器，这个值会增大。大约1G内存10万个句柄的线性关系。再回过头来看这两段话，不知道你意识到了没有，文中只提到了file-max的增加，而没有提到了该值的减少。那些在操作ulimit时同时操 作了file-max的哥们儿，估计无一例外地将file-max设置成了4096或者2048。但以似乎也没有因此而导致系统无法打开文件或者建议连 接。（实际上，我将file-max的值设备成256，然后使用shell编写用vi打开500个文件角本运行，并没有得到任何错误信息，查看file- nr的值，系统当前分配的句柄值已经远超过了后面的最大值。所以我猜想对于file-max的任何减少的操作都是毫无意义的，姑且不去管他。实践中需要减 少file-max的时候总是不多见的。 ）实事证明我犯了一个致命的错误。我测试的时候使用的是root用户，而当我再次使用普通用户测试的时候，预料中的错误信息出现了：”Too many open files in system”。可见，file-max的减少对系统也是影响力的。前面的结论“所以我猜想对于file-max的任何减少的操作都是毫无意义的”是错误 的。然后便是/etc/security/limits.conf文件，这个文件很简单，一看就能明白。于是我按照注释中描述的格式两个两行：*　　soft　　nofile　　4096*　　hard　　nofile　　4096恐怖的是，网上居然有人说改了这个设置是需要重启系统的！实在是让人想不通啊，鼎鼎大名的UNIX系统，怎么可能因为这么小小的一个改动就需要 重启系统呢？结果当我再次以普通用户登录的时候，那个”ulimit: open files: cannot modify limit: Operation not permitted”提示没有了，查看ulimit -n，果然已经变成了4096。linux lsof 修改句柄限制（转）在Linux下，我们使用ulimit -n 命令可以看到单个进程能够打开的最大文件句柄数量(socket连接也算在里面)。系统默认值1024。对于一般的应用来说(象Apache、系统进程)1024完全足够使用。但是如何象squid、MySQL、java等单进程处理大量请求的应用来说就有点捉襟见肘了。如果单个进程打开的文件句柄数量超过了系统定义的值，就会提到“too many files open”的错误提示。如何知道当前进程打开了多少个文件句柄呢？下面一段小脚本可以帮你查看：lsof -n |awk ‘{print $2}’|sort|uniq -c |sort -nr|more在系统访问高峰时间以root用户执行上面的脚本，可能出现的结果如下：# lsof -n|awk ‘{print $2}’|sort|uniq -c |sort -nr|more131 2420457 2424457 2423156 24264其中第一行是打开的文件句柄数量，第二行是进程号。得到进程号后，我们可以通过ps命令得到进程的详细内容。ps -aef|grep 24204mysql 24204 24162 99 16:15 ? 00:24:25 /usr/sbin/mysqld哦，原来是mysql进程打开最多文件句柄数量。但是他目前只打开了131个文件句柄数量，远远底于系统默认值1024。但是如果系统并发特别大，尤其是squid服务器，很有可能会超过1024。这时候就必须要调整系统参数，以适应应用变化。Linux有硬性限制和软性限制。可以通过ulimit来设定这两个参数。方法如下，以root用户运行以下命令：ulimit -HSn 4096以上命令中，H指定了硬性大小，S指定了软性大小，n表示设定单个进程最大的打开文件句柄数量。个人觉得最好不要超过4096，毕竟打开的文件句柄数越多响应时间肯定会越慢。设定句柄数量后，系统重启后，又会恢复默认值。如果想永久保存下来，可以修改.bash_profile文件，可以修改 /etc/profile 把上面命令加到最后。 仍未处理的问题:为什么redhat9的个人版按照以上的方式修改1024tcp连接限制依然不行呢？是因为个人版最多支持1024个tcp连接，还是修改方式、相关文件会有所不同？以上内容，来源网络并加自己亲自测试，经过测试，似乎没有再出现过问题，但不知道是否真的解决，有待更长时间的测试看看第三次解决--还解决不了，就彻底无语了（经过压力测试，运行7天再也没有出现该问题）问题的原因是：原来的MINA2程序之关了IoSession，并没有关闭IoConnector实例，但恰恰就是因为没有关闭每次打开的IoConnector实例，造成了"Too many open files ".原来的程序：

Java代码 收藏代码
  1. /**
  2. *<pre><b>功能描述：</b>获取异步的session实例。
  3. *
  4. *@author：Kevin.xie
  5. *<b>创建日期：</b>2011-9-15上午10:06:27
  6. *
  7. *@return
  8. *
  9. *<b>修改历史：</b>(修改人，修改时间，修改原因/内容)
  10. *
  11. *</pre>
  12. */
  13. publicstaticIoSessiongetSession1(){
  15. //创建客户端连接器
  16. IoConnectorconnector=newNioSocketConnector();
  17. //设置事件处理器
  18. connector.setHandler(newWebClientHandler());
  19. //设置编码过滤器和按行读取数据模式
  20. connector.getFilterChain()
  21. .addLast("codec",newProtocolCodecFilter(newObdDemuxingProtocolCodecFactory(false)));
  22. //创建连接
  23. ConnectFuturefuture=connector.connect(newInetSocketAddress(ServerConfigBoundle.getServerIp(),
  24. ServerConfigBoundle.getServerPort()));
  25. //等待连接创建完成
  26. future.awaitUninterruptibly();
  27. //获取连接会话
  28. IoSessionsession=future.getSession();
  30. returnsession;
  31. }
  33. /**
  34. *<pre><b>功能描述：</b>必须要关闭Connector和IoSession
  35. *@author：Kevin.xie
  36. *<b>创建日期：</b>2011-10-20上午10:20:54
  37. *
  38. *@paramsession要关闭的session
  39. *
  40. *<b>修改历史：</b>(修改人，修改时间，修改原因/内容)
  41. *
  42. *</pre>
  43. */
  44. publicstaticvoidcloseSession(IoSessionsession){
  46. if(session!=null&&!session.isClosing()){
  48. //没有关闭，就关闭
  49. session.close(true);
  50. session=null;
  51. }
  52. }

修改后的程序

Java代码 收藏代码
  1. /**
  2. *
  3. *<pre><b>功能描述：</b>获取IoConnector和异步的session实例
  4. *无法关闭。特别的提醒，NioSocketConnector也要关闭。
  5. *函数名是dispose()。这点特别重要。这次出现toomanyopenfiles的问题根源在这里
  6. *
  7. *@author：Kevin.xie
  8. *<b>创建日期：</b>2011-9-15上午10:06:27
  9. *
  10. *@return
  11. *
  12. *<b>修改历史：</b>(修改人，修改时间，修改原因/内容)
  13. *
  14. *</pre>
  15. */
  16. publicstaticMap<String,Object>getConnectorAndSession(){
  18. //创建客户端连接器
  19. IoConnectorconnector=newNioSocketConnector();
  20. //设置事件处理器
  21. connector.setHandler(newWebClientHandler());
  22. //设置编码过滤器和按行读取数据模式
  23. connector.getFilterChain()
  24. .addLast("codec",newProtocolCodecFilter(newObdDemuxingProtocolCodecFactory(false)));
  25. //创建连接
  26. ConnectFuturefuture=connector.connect(newInetSocketAddress(ServerConfigBoundle.getServerIp(),
  27. ServerConfigBoundle.getServerPort()));
  28. //等待连接创建完成
  29. future.awaitUninterruptibly();
  30. //获取连接会话
  31. IoSessionsession=future.getSession();
  33. Map<String,Object>map=newHashMap<String,Object>();
  34. map.put(CONNECTOR_KEY,connector);
  35. map.put(SESSION_KEY,session);
  37. returnmap;
  38. }
  40. /**
  41. *
  42. *<pre><b>功能描述：</b>必须要关闭Connector和IoSession
  43. *特别的提醒，NioSocketConnector也要关闭。
  44. *函数名是dispose()。这点特别重要。这次出现toomanyopenfiles的问题根源在这里
  45. *@author：Kevin.xie
  46. *<b>创建日期：</b>2011-10-20上午10:20:54
  47. *
  48. *@paramconnector要关闭的IoConnector，不关闭会报toomanyopenfiles错误
  49. *@paramsession要关闭的session
  50. *
  51. *<b>修改历史：</b>(修改人，修改时间，修改原因/内容)
  52. *
  53. *</pre>
  54. */
  55. publicstaticvoidcloseConnectorAndSession(IoConnectorconnector,IoSessionsession){
  57. if(session!=null&&!session.isClosing()){
  59. //没有关闭，就关闭
  60. session.close(true);
  61. session=null;
  62. }
  64. if(connector!=null&&!(connector.isDisposing()||connector.isDisposed())){
  66. //没有关闭，就关闭
  67. connector.dispose();
  68. connector=null;
  69. }
  70. }
  71. ]

用完后一定要释放资源：

Java代码 收藏代码
  1. Map<String,Object>resultMap=SocketUtils.getConnectorAndSession();
  2. IoSessionsession=(IoSession)resultMap.get(SocketUtils.SESSION_KEY);
  3. IoConnectorconnector=(IoConnector)resultMap.get(SocketUtils.CONNECTOR_KEY);
  4. ............
  5. ............
  7. //主动关闭连接
  8. SocketUtils.closeConnectorAndSession(connector,session);

同时在配置文件 /etc/security/limits.conf 加了一个配置（该不该问题不大）：# kevin.xie added, fixed 'too many open file' bug', 2012-01-04* soft nofile 65536* hard nofile 65536

Java代码 收藏代码
    1. #第二次解决添加的内容
    2. #kevin.xieadded,fixed'toomanyopenfile'bug,limitopenmaxfiles1024,2011-10-24
    3. *-nofile102400
    5. #第三次（本次）解决添加的问题（不过这个应该可以不修改，没有印证，也懒得修改了）
    6. #kevin.xieadded,fixed'toomanyopenfile'bug',2012-01-04
    7. *softnofile65536
    8. *hardnofile65536
    10. 原帖子出自--http://xieyanhua.CUOxin.com/blog/1198708

上一篇：SVN全量备份+增量备份脚本

下一篇：《APUE》第五章练习1

发表评论 共有条评论
用户名: 密码:
验证码: 匿名发表
学习交流
更多

如何查找有故障的配件

如何查找有故障的配件...
热门图片
更多
猜你喜欢的新闻
猜你喜欢的关注

新闻热点

最牛同桌！我考了696分我同桌考了703分
2024-06-26 22:28:41
650分！高二女生考入北大：遗憾不能上高三
2024-06-26 22:26:16
男生估分600只考了397 妈妈：高考虽重要，但不代表所有
2024-06-26 22:23:01
唐尚珺回应是否会直播带货：有人出100万想和他合作！
2024-06-25 19:29:23
名校抢人名场面：清华、北大太拼了！
2024-06-25 19:22:14
男生高考语文满分！网友：第一次听说
2024-06-25 19:19:15

疑难解答

图片精选

网友关注

关于本站 - 网上投稿 - 商务合作 - 隐私政策 - 网站地图
Copyright © 2008 - 2024 VEVB.COM. All Rights Reserved.武林网 版权所有