我在使用 NSURLSessionDownloadTask 处理 ios 上的“空间不足”/“磁盘已满”错误时遇到问题
如果由于应用程序中完成下载而导致磁盘已满，我会接到电话
URLSession( session :NSURLSession，任务:NSURLSessionTask，didCompleteWithError 错误:NSError？)
错误包含域 NSPOSIXErrorDomain 和错误代码 ENOSPC
但这仅对一个任务发生一次，而不是对所有正在运行的任务发生
例如:如果我当时有 3 个任务正在运行，我只会为其中一个任务获取此信息，而其他 2 个任务仍处于“正在运行”状态 它们不会收到任何字节，但也不会失败。 此外，对任何这些任务调用取消会将其状态从“正在运行”更改为“正在取消”，并且它们会无限期地保持这种状态。
我的解决方案是，当我第一次收到此错误时，为 session 调用 invalidateAndCancel 并处理所有正在运行的任务的失败。 当“磁盘已满”是由应用程序的下载引起时，这似乎有效。 但是，如果“全盘”错误是由外部下载引起的(例如:iTunes 文件共享、下载播客、下载其他应用程序)，我在应用程序中不会收到错误 我的所有下载任务仍处于“正在运行”或“正在取消”状态(如果我尝试取消它们) 它们不会下载任何内容，也不会因 NSURLSessionDelegate 或 NSURLSessionDownloadDelegate 的任何回调而失败
开始下载之前，我会检查设备上的可用空间 我还考虑了当前正在运行的任务 但我无法控制设备上的其他下载，这些下载最终可能会触发“磁盘已满”警告
我该如何处理这些情况？ 下载任务虽然不再下载，但仍应保持运行状态吗？ 我不应该为每个任务或至少为 session 调用 (NSPOSIXErrorDomain, ENOSPC) 的 didCompleteWithError 调用吗？ 或者至少我不应该能够成功取消它们吗？无论如何都会得到 didCompleteWithError 调用？
我是否缺少一个委托(delegate)调用，它可以让我知道是时候关闭所有正在运行的任务了？
我正在使用共享后台 session 来执行更多后台下载任务
下载任务是使用 NSURLSession 创建的: func downloadTaskWithRequest(_ request: NSURLRequest) -> NSURLSessionDownloadTask
session 配置是使用 NSURLSessionConfiguration 创建的: 类 func backgroundSessionConfigurationWithIdentifier(_ 标识符: String) -> NSURLSessionConfiguration
该 session 是使用 NSURLSession 创建的 初始化(配置配置:NSURLSessionConfiguration， 委托(delegate)委托(delegate):NSURLSessionDelegate？， delegateQueue队列:NSOperationQueue？)
我使用 maxConcurrentOperationCount 为 3 的 NSOperationQueue 我已经实现了 NSURLSessionDelegate 和 NSURLSessionDownloadDelegate
任务似乎在前台和后台运行良好。
谢谢
Ps:使用Xocde7、ios9 sdk，在ios9设备上测试
最佳答案
我也向Apple询问过这个问题，得到的答复是:
似乎，因为后台 session 使用磁盘来保存其状态，所以磁盘已满时的行为返回 ENOSPC 并不完全可靠
现在处理满盘情况是开发人员的责任:
开始下载之前检查磁盘空间
下载应用程序时监视磁盘空间 - 如果您的应用程序位于前台，或者您的应用程序在后台恢复(或重新启动)，请主动监视可用磁盘空间。如果低于某个阈值，则暂停下载(通过调用 -cancelByProducingResumeData:，以便稍后可以恢复下载)。
关于ios - NSURLSessionDownloadTask 出现存储几乎已满磁盘警告的问题，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/36133758/