在linux服务器上，对于打开文件的描述符是有限制的。默认的1024。可以查看ulimit的设置。ulimit的讲述在网上很多了。可以网上查一下。

不过，当一个程序，在较短的时间内，出现了大量的打开文件描述符的操作还是很值得研究的。下面说说如何去查看这些描述符。

在linux上，有一个proc的目录。这下面记录了大量的进程id。找到你程序的pid。然后在shell输入下面的命令

cd /proc/pid/fd

在每个进程下有很多内容。而文件打开的描述符都存放在fd下面。进入到fd目录后可以 ls -la看一下。就发现了这些打开的是哪些内容了。例如，我的程序是存在大量的socket的连接。那么就可以根据这些socket的id去查看是什么链接了。

服务器是亚马逊，开发语言：golang，数据库：mongo，mysql。缓存：redis。

测试脚本：写了一个golang的并发请求脚本。大概同时请求100.ulimit限制到50.发现错误立刻呈现。发现在程序的进程下打开了大量的socket连接。所以当时就认为是mongo的连接错误。决定mongo的连接使用单例模式。不过后来发现，这些socket是会降下去的。也就是说，连接用完了，就关闭了。但是服务器的socket连接已经明显超过了ulimit的默认限制。项目也刚刚上线，也没有这么大的用户群。所以问题肯定不是处在了mongo的连接错误上。那是redis，mysql?后经过测试，也并不是这些连接的错误。

整的真是很晕啊。最后想起来了，可以看一下服务器的socket的连接是哪些请求。经过查看，发现是80端口。一个网站的。。搞了一天，方向错了。。。突然想起来了，最近添加的一个小功能，需要使用外网的api。在go打开连接后，好像没有关闭请求。加上关闭请求后，问题解决。socket上去，然后会自动下来。

总结：以后要及时关闭这些请求连接。go与php不一样。php在执行完成后，即使你不关闭请求，在解析完成后，所以变量，都会自动释放。go是编译行语言，所以连接打开后，如果不手动关闭，会一直占用。。