内存泄漏问题，我需要帮助 #1

Question

我对此很陌生，并且似乎在这段代码中有一个我无法修复的泄漏：

仪器以 100% 显示在此行：

NSMutableArray *read_Question = [[NSMutableArray alloc] initWithCapacity: 0];

我尝试了各种方法，但都无法解决。

有好心人可以建议我如何进行吗？

- (NSMutableArray *)readQuestion: (int)questionNr {

NSMutableArray *read_Question = [[NSMutableArray alloc] initWithCapacity: 0];

NSError *error;
//=========PREPARE CORE DATA DB===========//
if (managedObjectContext == nil) {
    managedObjectContext = [(FamQuiz_R0_1AppDelegate *)[[UIApplication sharedApplication] delegate] managedObjectContext]; }
    // Define qContext
    NSManagedObjectContext *qContext = [self managedObjectContext];
    NSFetchRequest *fetchRequest = [[NSFetchRequest alloc] init];
    NSEntityDescription *entity = [NSEntityDescription entityForName:@"questions" inManagedObjectContext:qContext];
    [fetchRequest setEntity:entity];

    NSArray *fetchedObjects = [qContext executeFetchRequest:fetchRequest error:&error];
    for (NSManagedObject *info in fetchedObjects) {
        if ([[info valueForKey:@"idQ"] intValue] == questionNr) { 
            [read_Question addObject:[info valueForKey:@"question"]];
            [read_Question addObject:[info valueForKey:@"qRightAnswer"]];
            [read_Question addObject:[info valueForKey:@"qWrongAnswer1"]];
            [read_Question addObject:[info valueForKey:@"qWrongAnswer2"]];
        }
    }   
    [fetchRequest release];
    return [read_Question autorelease];
}

Answer 1

这表明您只在 if 语句中返回对象。这意味着如果 if 语句为假，您将不会自动释放数组。或者，也许您没有粘贴整个方法。让我知道。乐器有时很棘手。

Answer 2

这是你的另一个问题Memory leak problem and i need help #1的欺骗

当我发布时遇到了麻烦， 当然。我确实尝试过改变 三个上的名字并发布 有独特的名字，但确实如此 不工作。

更改三个不同文件的名称？这不会做任何事情，它表明您还没有完全了解对象、指针和内存管理。

Objective-C 和 Memory Management 指南会有所帮助。

这可能是泄漏的原因吗 我在这个 .m 文件中有吗？

不——正如我在另一个问题中回答的那样，泄漏很可能是因为您保留了该方法返回的对象，然后没有在任何地方释放它。

Answer 3

仪器告诉你泄漏的对象是被分配的，而不是它必然泄漏的地方。

虽然您可能不会在所有情况下在从该方法返回时自动释放数组，但您也可能将其保留在其他地方，而不是在保留与释放之间取得平衡。

Answer 4

我假设您将属性 managedObjectContext 设置为“保留”。将行更改为此（包括“self”以便保留）：

if (self.managedObjectContext == nil) { self.managedObjectContext = [(FamQuiz_R0_1AppDelegate *)
                                                       [[UIApplication sharedApplication] delegate] managedObjectContext]; }

然后重新添加您的版本。

Answer 5

由于我相信来自 picciano 的代码将解决 openingsposter 的问题，这里简单解释一下为什么它应该解决这个问题。

如果你给一个属性 retain 属性，它将创建一个看起来有点像这样（简化）的访问器方法：

@property (nonatomic, retain) NSValue *value;

- (void)setValue:(NSValue *)aValue {
    value = [aValue retain];
}

只有当retainCount 达到0 时才会释放对象，使用retain、alloc 和copy 会增加retainCount。请记住：只有在使用访问器方法时才会真正发生保留（除了使用 alloc、直接保留和复制）。当使用以下方法之一时，通常会调用访问器方法：

// the 2 most obvious ways to call the accessor methods ...
object.value = someValue;
[object setValue:someValue];

您在代码中创建了一个保留属性，但您没有使用访问器方法，因此该对象从未保留。

// no accessor used here ...
managedObjectContext = [(FamQuiz_R0_1AppDelegate *)[[UIApplication sharedApplication] delegate] managedObjectContext];

如果你从此时开始释放它，它会导致崩溃，因为 retainCount 实际上会在某个时候变为 -1（因为它一开始就没有达到 1）。因此，您应该像这样设置属性：

// the dot-notation syntax to make use of the accessor method ...
self.managedObjectContext = [(FamQuiz_R0_1AppDelegate *)[[UIApplication sharedApplication] delegate] managedObjectContext];

或（我认为最好）：

// making use of the accessor method directly, which is very unambiguous ...
NSManagedObjectContext *context = [(FamQuiz_R0_1AppDelegate *)[[UIApplication sharedApplication] delegate] managedObjectContext];
[self setManagedObjectContext:context];

这样您就可以确定保留确实发生了。

我认为访问器设置器的第二种表示法更好，我认为尽可能使用它来设置属性是一个好习惯。在以下网站上阅读更多关于持这种观点的人及其推理的信息：

• Cocoa Is My Girlfriend
• The Big Nerd Ranch