我的代码中存在内存泄漏问题，我需要快速连续地获取许多 URL，每个 GET 都受到前一个 GET 的结果的影响。目的是在响应中查找特定内容。

我发现最简洁的实现方法是递归，因为我可以使用相同的方法来确定响应中是否存在所需的值。在功能上它工作得很好，但它会泄漏内存，如下所述。我还以迭代方式实现了相同的功能，这也会泄漏内存。

在我看来，NSURLSession API 似乎是泄漏此内存的罪魁祸首，并且只有在非常快速连续地进行多次调用时才会发生这种情况。但是，如果有人能指出我犯的任何明显错误，我将不胜感激。

2014 年 10 月 9 日更新:

已更新以添加递归计数器，表明即使代码未执行无限次，泄漏仍然会发生。还略微整理了实现，重新使用 NSURLSession 和 NSURLSessionConfiguration 作为 View Controller 中的属性。

示例代码:

- (void)performURLCallRecursive {

    recursionLimiter++;

    if (recursionLimiter > 10) {
        [self.session finishTasksAndInvalidate];
        return;
    }

    NSURL * checkURL = [NSURL URLWithString:@"http://www.google.com"];

    __block NSMutableURLRequest * urlRequest = [[NSMutableURLRequest alloc] initWithURL:checkURL
                                                                            cachePolicy:NSURLRequestReloadIgnoringLocalCacheData
                                                                        timeoutInterval:0.0f];

    __weak typeof(self) weakSelf = self;

    NSURLSessionDataTask * task = [self.session dataTaskWithRequest:urlRequest
                                                  completionHandler:^(NSData *data, NSURLResponse *response, NSError
*error) {

                                                      NSString * body = [[NSString alloc] initWithData:data encoding:NSUTF8StringEncoding];
                                                      NSLog(@"Body: %@", body);

                                                      [weakSelf performURLCallRecursive];

                                                  }];

    [task resume];
 }

#pragma mark - Getters

- (NSURLSessionConfiguration *)sessionConfiguration {

    if (!_sessionConfiguration) {

        _sessionConfiguration = [NSURLSessionConfiguration ephemeralSessionConfiguration];

        [_sessionConfiguration setAllowsCellularAccess:NO];
        [_sessionConfiguration setTimeoutIntervalForRequest:10.0f];
        [_sessionConfiguration setTimeoutIntervalForResource:10.0f];

        [_sessionConfiguration setURLCache:[[NSURLCache alloc] initWithMemoryCapacity:0 diskCapacity:0 diskPath:nil]];

    }

    return _sessionConfiguration;
 }

- (NSURLSession *)session {

    if (_session == nil) {

        _session = [NSURLSession sessionWithConfiguration:self.sessionConfiguration
                                                 delegate:[SPRSessionDelegate new]
                                            delegateQueue:nil];

    }

    return _session; 
}

仪器报告的内存泄漏。 (注意:这些每次都略有不同，但大部分包含相同的泄漏，只是或多或少的相同泄漏):

进一步更新:

所以，我其实是反复实现了同样的代码，内存泄漏还是出现了。对于这个例子，我包含了一个循环限制器，所以它不会永远执行。谁能帮我弄清楚这里到底发生了什么？

- (void)performURLCallIterative
{

    int loopLimiter = 0;

    do {

        NSURLSessionConfiguration * defaultSession = [NSURLSessionConfiguration defaultSessionConfiguration];

        [defaultSession setAllowsCellularAccess:NO];
        [defaultSession setTimeoutIntervalForRequest:10.0f];
        [defaultSession setTimeoutIntervalForResource:10.0f];

        NSURLSession * session = [NSURLSession sessionWithConfiguration:defaultSession
                                                               delegate:self
                                                          delegateQueue:nil];


        NSURL * checkURL = [NSURL URLWithString:@"http://google.com"];

        NSMutableURLRequest * urlRequest = [[NSMutableURLRequest alloc] initWithURL:checkURL
                                                                        cachePolicy:NSURLRequestReloadIgnoringLocalCacheData
                                                                    timeoutInterval:0.0f];

        __weak NSURLSession * weakSession = session;

        dispatch_semaphore_t semaphore = dispatch_semaphore_create(0);

        NSURLSessionDataTask * task = [session dataTaskWithRequest:urlRequest
                                                 completionHandler:^(NSData *data, NSURLResponse *response, NSError *error) {

                                                     NSString * body = [[NSString alloc] initWithData:data encoding:NSUTF8StringEncoding];
                                                     NSLog(@"Body: %@", body);

                                                     dispatch_semaphore_signal(semaphore);

                                                     [weakSession invalidateAndCancel];

                                                 }];

        [task resume];

        dispatch_semaphore_wait(semaphore, DISPATCH_TIME_FOREVER);

        loopLimiter++;

    } while (loopLimiter <= 6);

}

2014 年 10 月 9 日更新:

iOS 8 上的任何 Google 员工都可能会遇到这种情况。就我而言，这是 iOS 中的一个错误。

最佳答案

- 2014 年 9 月 12 日更新

解决办法:WAITINGiOS8。

- 2014 年 9 月 10 日更新

哇哦，这正在螺旋上升到第 N 个维度的复杂性:P。不管怎样，我希望你能在这里快点休息。

我还有一些其他的东西要你试试。

1) 你能否确保 NSZombies 已关闭。在 Xcode 中，Product->Scheme->Edit Scheme...->Enable Zombie Objects(未勾选)。

2) 同时为你的 NSMutableURLRequest 尝试 cachePolicy:NSURLCacheStorageNotAllowed。

3) 你能看看你是否在完成时出现错误吗？把它放在你的 body 字符串分配周围......

if (error == nil)
{
    //Enter data->string code here
}

4) 你能看看你是否没有获得状态 200 吗？

NSInteger statusCode = [(NSHTTPURLResponse *)response statusCode];

5) 很难准确描述您的项目是如何设置的。我会有一个包含 NSURLSession 方法的 NSObject 类型类，它与调用它的 UIViewController 类是分开的。计时器或您希望选择的任何递归方法都会从 UIViewController 调用 url session 相关方法。

- 2014 年 9 月 9 日更新

您对我的问题 (2) 的回答是正确的。数据任务在完成前恢复，数据任务完成后 session 失效。我还没有看到这样做，但这是有道理的。刚刚在我这边测试过，没有关于 [session invalidateAndCancel] 的泄漏......

您能检查一下您的完成处理程序是否执行了吗？也许它没有，并且在新任务开始之前 session 永远不会取消？

我注意到在 Instruments Leaks 报告中有一些对 HTTP header 的引用，也许如果您没有指定 [urlRequest setHTTPMethod:@"GET"] 请求缺少一些基本 header ？

(我会在找到解决方案后进行编辑，所以这看起来不像是讨论)。

- 原始 9/8/2014

有趣的问题!我解决了与 NSURLSessions 相关的泄漏问题。到目前为止，@autoreleasepool{} 和其他建议绝对是值得尝试的好建议……但是!

我担心你让我们看过去的东西可能是这里的罪魁祸首。

首先只是一些观察:

1) 我不清楚为什么你需要在这里 __weak self 。您要避免的保留周期是什么？也许这在您实际使用的代码中更清楚，除了您的“示例”。

2) 在与该 session 关联的数据任务甚至有机会完成之前调用使 session 无效的原因是什么，更不用说恢复了。数据任务处于挂起状态，直到恢复。

3) 如果您正在递归运行这样的方法，那么我认为指定或至少考虑什么委托(delegate)队列是至关重要的，否则将其设置为 nil 会将其默认为串行操作队列。当委托(delegate)在完成处理程序完成之前调用时会发生什么，在无限循环中 - 很可能是一个巨大的堆积。

--

我认为这里的主要问题是您在 NSURLSessionDataTask 有机会完成之前开始或取消它。查看+sesssionWithConfiguration:

(抱歉还不能包含图片，希望在这个答案之后)

https://developer.apple.com/library/ios/documentation/Foundation/Reference/NSURLSession_class/Introduction/Introduction.html#//apple_ref/occ/clm/NSURLSession/sessionWithConfiguration :

重点在这里...

Important

The session object keeps a strong reference to the delegate until your app explicitly invalidates the session. If you do not invalidate the session by calling the invalidateAndCancel or resetWithCompletionHandler: method, your app leaks memory.

我的建议是……

 //Your code above...
    [task resume];
    [session finishTasksAndInvalidate];
}

从理论上讲，这应该可以防止任何新 session 在完成之前开始，根据描述，“......不能在 session 中创建新任务，但现有任务会继续直到完成。最后一个任务完成后， session 使最后一次委托(delegate)调用，对委托(delegate)和回调对象的引用被破坏了……”

我仍然不确定在恢复之前是否要使 session 无效。

希望对您有所帮助。祝你好运。

关于ios - 递归/迭代 NSURLSessionDataTask 导致内存泄漏，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/25721825/