报错：

fs.js:77
      throw err;  // Forgot a callback but don't know where? Use NODE_DEBUG=fs
            ^
Error: EBADF, write
    at Error (native)

首先是 Error 的名字 EBADF 其意义是 bad file descriptor 错误的文件描述符。 而 Error: EBADF, write 表示往错误的文件描述符里面写数据了。

出现这个BUG的场景简而言之，是有一个 .on(‘data’) 事件拿到数据往 fd 里面写，这个时候某个操作抛了 error 我在处理error 的时候 close 了这个 fd，而另外一边去还在触发 data 事件想往这个（已经被我 close 的）fd里面写数据。如下：

// ...

var fd = fs.openSync(path, 'w');

test.on('data', function(data) {
  fs.write(fd, data);
});

test.on('end', function() {
  fs.close(fd);
});

// 在 end 之前 close 就会出现 Error: EBADF, write
setTimeout(function() {
  fs.close(fd);
}, 10);

// ...

解决方案：所以我们排查好出现 fs.close 关闭文件描述符的地方，确保 close 之后不会再有 read/write 。

<h1>Error: EBADF, close</h1> 另外附上在谷歌的过程中看到了另外一个类似的错误。这是当你为多种情况做 fs.close(fd); 的处理，然而不幸的是，多个情况被都触发， fs.close(fd) 调用了多遍，同样也会出现 EBADF 错误。这样就能出现：

test.on('end', function() {
  fs.close(fd);
  fs.close(fd); // 多调用了一次就会出现
});

不友好的报错

fs.js:77
      throw err;  // Forgot a callback but don't know where? Use NODE_DEBUG=fs
            ^
Error: EBADF, close
    at Error (native)

解决方案：依旧是排查 fs.close，只不过这次是要保证多种处理不会反复执行 fs.close ，或者你可以使用 try/catch 来无视它。

<h1>Error: EBADF, bad file descriptor</h1> 最后，当 fd 失效以后进行 read 操作的话，我还以为会出现 Error: EBADF, read 结果并没有。以下是尝试出现BUG的代码：

// ...

fs.closeSync(fd);
fs.readSync(fd, new Buffer(1024), 0, 1024);

// ...

不过这个报错会友好很多，有将其调用栈打出来。

fs.js:552
  var r = binding.read(fd, buffer, offset, length, position);
                  ^
Error: EBADF, bad file descriptor
    at Error (native)
    at Object.fs.readSync (fs.js:552:19)
    at command.<anonymous> (/Users/Lellansin/Documents/workspace/node/test-server/app/services/TestService.js:40:6)
    at command.emit (events.js:110:17)
    at ChildProcess.emit (events.js:129:20)
    at maybeClose (child_process.js:1015:16)
    at Socket.<anonymous> (child_process.js:1183:11)
    at Socket.emit (events.js:107:17)
    at Pipe.close (net.js:485:12)

解决方案：看错误栈去改代码就好了。。

原文地址： http://www.lellansin.com/node-js-error-ebadf-write.html