0

我有一个使用 dispatch_async 的函数：

- (IBAction)action:(id)sender {
    int i=10000;
    NSString * data;
    dispatch_queue_t queue = dispatch_queue_create("com.wang.queue", NULL);
    __weak ViewController*  weakSelf = self;
    while(i>0)
    {
        @autoreleasepool {
            data = [[NSString alloc]initWithFormat:@"%i",i];
            NSString * str = data;
            dispatch_async(queue, ^{{
                [weakSelf print:str];
            }});
            i--;
        }
    }
}


-(void) print:(NSString*)str
{
    NSLog(@"%@",str);
    str = nil;
}

然后我连续按下按钮五次。完全运行后，内存并没有减少。所以我使用 Instrument 来分析内存被占用的地方。像这样：</p>

img.bbs.csdn.net/upload/201411/19/1416403576_473540.png

这表明“数据”的内存被释放了。占用内存的是“VM：性能工具数据”。细节是：

img.bbs.csdn.net/upload/201411/19/1416403630_487530.png

我认为有关“dispatch_async”的某些内容从未被释放。

谁能告诉我是什么让记忆如此表现？欣赏 ！

4

1 回答 1

1

几个想法：

  1. 您正在使用NSString对象，但是有各种各样的缓存/优化NSString可能会扭曲这种分析。您通常应该警惕对NSString对象进行内存分析。您可能希望使用NSObject或某些自定义类重复此操作。我不认为这是这里的问题，但在调试内存分配时要始终注意这一点。

  2. 您正在使用@autoreleasepool但没有自动释放对象。我想您只是为了谨慎而放入该池，但是您的主data/str对象不是自动释放的，因此该池可能不会给您带来任何好处。另外，仅供参考，无论如何，GCD 都使用自己的自动释放池。

  3. 即使您确实有autorelease对象，该data变量也是在您的范围之外定义的，@autoreleasepool并且您永远不会消除池中的最终强引用，因此池不会完成任何事情。您应该为变量使用尽可能窄的范围。在这种情况下，我会简单地停用该data变量并使用您的局部str变量。

  4. 有人建议您可能有一个保留周期（又名强引用周期）。没有这样的循环，至少到目前为止与我们共享的代码中没有。

  5. 说了这么多，对我来说，“性能工具数据”似乎与您正在创建的 10,000 个对象无关。您有 347 个对象，占 180 mb。

    我想知道这个“性能数据”是否是 Instruments 本身正在创建的东西（例如快照、堆栈跟踪等）。我做了一些实验，但无法重现您描述的行为。我尝试更改 Xcode 方案以打开一堆日志记录选项（例如僵尸、内存检查、日志记录等），并且我尝试更改 Instruments 以记录最大量的信息（例如频繁快照等，保持丢弃项、记录引用计数等）。这一切都无济于事。

    也许您可以分享您可能打开的 Instruments 设置（或尝试关闭一些）。与您的应用程序的方案类似（确保您已关闭不必要的日志记录）。另外，请编辑您的问题，向我们提供有关您使用的 Xcode/Instruments 版本以及目标操作系统版本等的详细信息。

于 2014-11-22T16:52:31.613 回答