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

前端之家收集整理的这篇文章主要介绍了ios – 使用NSURLSession.downloadTaskWithURL时的内存泄漏前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
所以我在 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()
}

正如你可以看到这段代码基本上没有什么现在.但是每次我打电话给我,我的应用程序内存使用量都会增长.如果我注释掉查询,内存使用情况不会改变.

我看过几个类似的问题,但都涉及使用一个代表.那么在这种情况下,没有代理还有内存问题.有谁知道如何消除它是什么原因造成的?

编辑:这是一个完整的测试类.似乎只有当图像可以加载时,内存才会增长,像图像的指针将永远保存在内存中.当没有找到图像时,没有任何反应,内存使用率保持不变.也许有一些提示如何清理这些指针?

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,error -> Void in
            //there is nothing in here
        })
        query.resume()
    }
}

我很抱歉,我不知道如何使用分析器(在这个整个iOS爵士乐中非常noob),至少我将附加上面的代码生成的分析器的屏幕截图:

解决方法

你必须在会话上调用invalidateAndCancel或finishTasksAndInvalidate,首先是…或者,繁荣,内存泄漏.

Apple的NSURLSession类参考在管理边框中的会话部分中指定:

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类参考中直接引用.

我也应该注意,你的会话配置可以有效果

- (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子类,它具有一个会话作为一个属性.这样,你的会话对象被重用.每个会话将创建an SSL cache associated to your app,which takes 10 minutes to clear,如果您为每个请求的新会话分配新的内存,那么您将看到持续10分钟的SSL缓存的无限内存增长,无论您是否无效或刷新/重置会话.

这是因为安全框架私有地管理SSL缓存,但为其锁定的内存收费.无论您将配置的URLCache属性设置为nil,都会发生这种情况.

例如,如果您习惯于说每秒100个不同的Web请求,并且每个使用一个新的NSURLSession对象,那么您每秒创建一个像400k的SSL缓存. (我已经观察到每个新的会话负责安全框架配置的appx.4k).10分钟后,这是234兆字节!

所以请苹果提示,并使用带有NSURLSession属性的单例.

请注意,backgroundSessionConfiguration类型为您保存此SSL缓存内存以及所有其他缓存内存(如NSURLCache)的原因是因为backgroundSession将其处理委托给现在进行会话的系统,而不是您的应用程序,因此即使您的应用程序也可能发生没有运行.所以它只是隐藏在你的…但它在那里…所以我不会把它过去苹果拒绝你的应用程序或终止其背景会话,如果有巨大的内存增长在那里(即使仪器不会显示它你,我敢打赌,他们可以看到它).

Apple的文档说,backgroundSessionConfiguration对于URLCache具有零默认值,而不仅仅是零容量.所以尝试一个短暂会话或默认会话,然后将其URLCache属性设置为nil,如上例所示.

如果您不具备缓存,也可以将NSURLRequest对象的cachePolicy属性设置为NSURLRequestReloadIgnoringLocalCacheData也是一个好主意:D

猜你在找的iOS相关文章