ios - 使用 NSURLSession.downloadTaskWithURL 时的内存泄漏

Question

因此，我在使用 Swift 的过程中遇到了另一个障碍。我正在尝试将多个图像加载到图像库中 - 除了一件事之外，一切都很好。尽管我清除了图像，但应用程序的内存使用量不断增长。基本排除所有代码后，发现这是我的图片加载脚本造成的:

func loadImageWithIndex(index: Int) {
    let imageURL = promotions[index].imageURL
    let url = NSURL(string: imageURL)!
    let urlSession = NSURLSession.sharedSession()
    let query = urlSession.downloadTaskWithURL(url, completionHandler: { location, response, error -> Void in

    })
    query.resume()
}

正如您所见，这段代码现在基本上什么都不做。然而，每次我调用它时，我的应用程序内存使用量都会增加。如果我注释掉查询，内存使用不会改变。

我已经阅读了几个类似的问题，但它们都涉及使用委托(delegate)。好吧，在这种情况下，没有委托(delegate)，但存在内存问题。有谁知道如何消除它以及是什么原因造成的？

编辑:这是一个完整的测试类。似乎只有在可以加载图像时内存才会增长，就像指向图像的指针将永远保存在内存中一样。当找不到图像时，什么也没有发生，内存使用率保持在低水平。也许一些提示如何清理这些指针？

import UIKit

class ViewController: UIViewController {

    override func viewDidLoad() {
        //memory usage: approx. 23MB with 1 load according to the debug navigator
        //loadImage()

        //memory usage approx 130MB with the cycle below according to the debug navigator
        for i in 1...50 {
            loadImage()
        }
    }

    override func didReceiveMemoryWarning() {
        super.didReceiveMemoryWarning()
        // Dispose of any resources that can be recreated.
    }

    func loadImage() {
        let imageURL = "http://mama-beach.com/mama2/wp-content/uploads/2013/07/photodune-4088822-beauty-beach-and-limestone-rocks-l.jpg" //random image from the internet
        let url = NSURL(string: imageURL)!
        let urlSession = NSURLSession.sharedSession()
        let query = urlSession.downloadTaskWithURL(url, completionHandler: { location, response, error -> Void in
            //there is nothing in here
        })
        query.resume()
    }
}

对不起，我还不知道如何使用分析器(在整个 iOS 爵士乐中非常菜鸟)，至少我会附上上面代码生成的分析器的屏幕截图:

Answer 1

您必须在 session 上调用 invalidateAndCancel 或 finishTasksAndInvalidate，首先……否则，繁荣，内存泄漏。

Apple 的 NSURLSession 类引用在边框中的管理 session 部分中声明:

IMPORTANT --- The session object keeps a strong reference to the delegate until your app exits or explicitly invalidates the session. If you do not invalidate the session, your app leaks memory until it exits.

是的。

你也可以考虑这两种方法:

• flushWithCompletionHandler:

Flushes cookies and credentials to disk, clears transient caches, and ensures that future requests occur on a new TCP connection.

• resetWithCompletionHandler:

Empties all cookies, caches and credential stores, removes disk files, flushes in-progress downloads to disk, and ensures that future requests occur on a new socket.

...直接引用自上述NSURLSession 类引用。

我还应该注意，您的 session 配置可能会产生影响:

- (void)setupSession {
    NSURLSessionConfiguration *config = [NSURLSessionConfiguration defaultSessionConfiguration];
    config.URLCache = nil;
    config.timeoutIntervalForRequest = 20.0;
    config.URLCredentialStorage = nil;
    config.requestCachePolicy = NSURLRequestReloadIgnoringLocalCacheData;
    self.defaultSession = [NSURLSession sessionWithConfiguration:config];
    config = nil;
}

如果您不使用 [NSURLSession sharedSession] 单例，则有一个关键是您拥有自己的自定义单例 NSObject 子类，该子类将 session 作为属性。这样，您的 session 对象就会被重用。每个 session 都会创建 an SSL cache associated to your app, which takes 10 minutes to clear ，如果您为每个请求的新 session 分配新内存，那么无论您是否 invalidateAndCancel 或刷新/重置 session ，您都会看到持续 10 分钟的 SSL 缓存的无限内存增长。

这是因为安全框架私下管理 SSL 缓存，但会向您的应用收取其锁定的内存费用。无论您是否将配置的 URLCache 属性设置为 nil，都会发生这种情况。

例如，如果您习惯于每秒执行 100 个不同的 Web 请求，并且每个请求都使用一个新的 NSURLSession 对象，那么您正在创建类似 400k 的 SSL 缓存 每秒 。 (我观察到每个新 session 负责大约 4k 的安全框架分配。)10 分钟后，这是 234 兆字节!

所以从 Apple 那里得到启发，使用带有 NSURLSession 属性的单例。

请注意，backgroundSessionConfiguration 类型为您保存此 SSL 缓存以及所有其他缓存(如 NSURLCache)的原因是因为 backgroundSession 将其处理委托(delegate)给现在进行 session 的系统，而不是您的应用程序，因此即使您的应用程序未运行，它也可能发生。所以它只是对你隐藏......但它就在那里......所以如果那里有巨大的内存增长，我不会让 Apple 拒绝你的应用程序或终止它的后台 session (即使 Instruments 不会显示它)你，我敢打赌他们能看到)。

Apple 的文档说 backgroundSessionConfiguration 的 URLCache 的默认值为零，而不仅仅是零容量。因此，请尝试临时 session 或默认 session ，然后将其 URLCache 属性设置为 nil，如我上面的示例所示。

如果你不打算有缓存，将你的 NSURLRequest 对象的 cachePolicy 属性设置为 NSURLRequestReloadIgnoringLocalCacheData 可能也是一个好主意:D