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

概述所以我在 Swift努力中打了另一个路障.我正在尝试将多个图像加载到图像库中,除非有一件事情都可以正常工作.应用程序的内存使用不断增长和增长,尽管我清除了图像.基本上所有的代码完成后,我发现这是由我的图像加载脚本引起的： func loadImageWithIndex(index: Int) { let imageURL = promotions[index].imageURL l 所以我在 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 UIKitclass 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 – 使用NSURLSession.downloadTaskWithURL时的内存泄漏全部内容，希望文章能够帮你解决ios – 使用NSURLSession.downloadTaskWithURL时的内存泄漏所遇到的程序开发问题。

如果觉得内存溢出网站内容还不错，欢迎将内存溢出网站推荐给程序员好友。