AFNetworking/NSURLConnection接收NSPOSIXErrorDomain Code=9“操作无法完成。文件描述符错误”

Question

在我使用AFNetworking/NSURLConnection向服务器发送请求的应用程序中，我有时(很少)在操作失败块中看到这个错误：

Error Domain=NSPOSIXErrorDomain Code=9 "The operation couldn’t be completed. Bad file descriptor"

在https://devforums.apple.com/message/278770#278770，有一个类似问题的答案：

这意味着有人一直在从NSURLConnection下面释放文件描述符。

但是在我自己的代码中，我不以任何方式接触任何文件描述符流。这只是简单的GET/POST请求。

造成这个问题的原因是什么？

有人在他们的AFNetworking操作中遇到过这个错误吗？

另外，如果我真的想要关闭这个文件描述符，我如何才能有意关闭它呢？这个问题的答案将帮助我更好地理解这个问题。

Answer 1

根据多任务和联网的这个苹果TechNote，如果应用程序被挂起并且套接字被回收，您可以获得EBADF (POSIX 9)。

注意:当您的应用程序恢复执行时，它的资源已被回收的套接字返回的实际错误在这里是故意不指定的，以便允许将来的改进。但是，在许多情况下，错误将是EBADF，这可能不是您所期望的！在正常情况下，EBADF意味着应用程序向系统调用传递了一个无效的文件描述符。但是，对于资源已被回收的套接字，这并不意味着文件描述符无效，只意味着套接字不再可用。

Answer 2

(我不认为这是一个完整的答案，但我希望这将是有益的，可以变成一个。)

你看到的错误，EBADF。它是从一个关闭的文件操作返回的。但你已经想明白了。:)

假设您没有使用stdio库，我认为您所遇到的情况相当于一个过度发布。基本上，你把一个文件的所有权交给某个东西，然后它就会关闭它。

您应该特别注意NSFileHandle，尤其是查看您或任何人是否正在调用initWithFileDescriptor:、copy文件等等。这可能导致NSFileHandle获得文件描述符的所有权，这意味着在文件被解除分配时关闭它。

少看你的网络代码，多看看你是如何设置文件的。