java.io.FileNotFoundException: open failed: EMFILE (Too many open files)

java.io.FileNotFoundException: open failed: EMFILE (Too many open files)

出现这个问题是由于当前进度打开的文件数超出系统的最高限度，内核不再让其打开文件了。所以再打开任何文件就是失败的。

查看当前文件打开了哪些文件，使用lsof -p 本进程ID 可以查看到当前进度打开了哪些文件。我的问题是不停的打开/dev/bus/usb目录下的文件，但是并没有关闭，导致出现了这个问题。

上面的话对应到程序中是这样的:

int fd = open("/hello", O_RDONLY) 

sleep(10); // 查看到是打开了hello的

close(fd);

sleep(10); // 查看不到打开hello文件 

return;

           // 查看不到。

完整测试程序：

#include <stdio.h>
#include <stdlib.h>

#include <fcntl.h>
#include <unistd.h>

#define DEV "/dev/usb/lp0"

int main(void) {
    int fd;
    int pid = (int) getpid ();
    fd = open(DEV, O_RDONLY);
    if(fd < 0) {
        perror("open DEV");
        return 1;
    }
    printf("open file.... pid=%d\n", pid);
    sleep(10); // 这里使用lsof -p $pid查看

    close(fd);
    printf("close file....pid=%d\n", pid);
    sleep(10); // 这里使用lsof -p $pid查看

    puts("!!!Hello World!!!"); /* prints !!!Hello World!!! */
    return EXIT_SUCCESS;
}

一般情况下，打开文件使用后会立即关闭是正常流程，如果打开了没有关闭，调试程序的时候可以检测不出问题，但是如果是程序运行到目标机器上连续运行几天就可能出现问题了，因为这个是有临界值的，如果你这个进程打开的文件过多，那么系统就不让你再打开文件了，这样就会造成你程序不能正常工作了，BUG往往来源于小错。

这种错误要归类到软件发布前必然检察项了，这就好比一个新电路板焊接好，上电测试前要做的准备检测一样。虽然不能保证整个电路都是正常的，但是至少用万用表测试一下电路板电源是否短路一样的简单而非常必要。

总之当内核禁止你打开任何的新文件，在Android中会遇到各种问题同样也会有：
E/(3193): BitTube(Parcel): can’t dup filedescriptor (Bad file number)