tomcat 日志文件分类今天开发一个AOP接口需求协议，在(2)

查了一些资料，经分析发现原因如下：

原因：

打开的文件过多，一般来说是由于应用程序对资源使用不当造成的，比如没有及时关闭socket或连接等。但也可能应用确实需要打开比较多的文件句柄，而系统本身的设置限制了这一数量。

操作系统中打开文件的最大句柄数会受到系统设置的限制，常常发生在很多个并发用户访问服务器的时候。因为执行每个用户的应用服务器都要加载很多文件（new一个socket就需要一个文件句柄），这就会导致打开文件的句柄缺乏。

解决办法：

尽量把类打成jar包，因为一个jar包只消耗一个文件句柄。如果不打包，一个类就要消耗一个文件句柄。java的垃圾回收不能关闭网络连接打开的文件句柄。tomcat 日志文件分类如果没有执行close()（例如：java.net.Socket.close()）则文件句柄将一直存在，而不能被关闭。你也可以考虑设置socket的最大打开数来控制这个问题。对操作系统做相关的设置，增加最大文件句柄数量。tomcat 日志文件分类

服务器端修改：

1、查看系统允许打开的最大文件数

#cat /proc/sys/fs/file-max

2、查看每个用户允许打开的最大文件数

ulimit -a

3、发现系统默认的是open files (-n) 1024，问题就出现在这里。在系统文件/etc/security/limits.conf中修改这个数量限制，在文件中加入内容（该项操作需要管理员权限）：

* soft nofile 65536
* hard nofile 65536

另外方法：

1.使用ps -ef |grep java (java代表你程序，查看你程序进程) 查看你的进程ID，记录ID号，假设进程ID为12

2.使用：lsof -p 12 | wc -l 查看当前进程id为12的 文件操作状况

执行该命令出现文件使用情况为 1052

3.使用命令：ulimit -a 查看每个用户允许打开的最大文件数

4.然后执行：ulimit -n 4096

将open files (-n) 1024 设置成open files (-n) 4096

这样就增大了用户允许打开的最大文件数。问题得以解决。

在这次问题排查中，涉及到的有关查询文件句柄以及网络连接数的Linux命令总结如下：

本文来自电脑杂谈，转载请注明本文网址：
http://www.pc-fly.com/a/jisuanjixue/article-64844-2.html