【问题标题】:Memory leak in NSMutableDictionary, NSArray in NSXMLParserNSMutableDictionary 中的内存泄漏,NSXMLParser 中的 NSArray
【发布时间】:2010-12-24 04:52:20
【问题描述】:

我在解析我的一个 xml 文档时遇到了严重的内存泄漏。

我正在使用 NSXMLParser 迭代每个节点(下面的 xml 示例中的专辑),然后迭代每个照片节点并将结果添加到 NSArray。

我有 2 个保留属性,它们在每个循环中存储两个值。这些值与包含每个照片节点的另一个 NSArray 一起添加到 NSMutableDictionary 对象。 生成的字典被添加到 NSArray 中,以便在应用程序的其他地方使用。

我有一个按钮,可以在应用程序的某些点重新加载 xml 文档。下一次调用它是在发生泄漏时。 Instruments 显示 NSCFArray 和 NSCFString 正在泄漏,并且出现在 didEndElement 中。

我到底哪里错了。任何建议都会有所帮助。

- (void)parser:(NSXMLParser *)parser didStartElement:(NSString *)elementName namespaceURI:(NSString *)namespaceURI qualifiedName:(NSString *)qName attributes:(NSDictionary *)attributeDict
{
if([elementName isEqualToString:@"photo"]){
    self.strPhotoPath = [attributeDict objectForKey:@"iphone"];
}else if ([elementName isEqualToString:@"album"]) {

    dicItem = [[[NSMutableDictionary alloc] init] autorelease];

    self.strCurrentTitle = [attributeDict objectForKey:@"band_name"];
    self.strCurrentLocation = [attributeDict objectForKey:@"location"];

}
}

- (void)parser:(NSXMLParser *)parser didEndElement:(NSString *)elementName namespaceURI:(NSString *)namespaceURI qualifiedName:(NSString *)qName
{   
if([elementName isEqualToString:@"photo"]){
    [self.arrPhotos addObject:self.strPhotoPath];
}else if ([elementName isEqualToString:@"album"]) {
    [dicItem setObject:self.strCurrentTitle forKey:@"album"];
    [dicItem setObject:self.strCurrentLocation forKey:@"location"];
    [dicItem setObject:[self.arrPhotos copy] forKey:@"photos"];

    [self.arrAlbums addObject:dicItem];

    [self.arrPhotos removeAllObjects];
}
}

这是 xml 的一个片段。

<albums type='array'>
<album location='Album 1' date='2009-12-04 22:47:48 UTC' album_name='' band_name='Band 1'>
<photo display_on_website='true' standard='/system/photos/3396/original/Photo1-DSC8894.jpg' thumb='/system/photos/3396/thumb/Photo1-DSC8894.jpg' date='2009-12-04 22:47:48' exif_data='NIKON D300, F:2.8, Shutter:1/80, Focal:15mm, ISO:1600' iphone='/system/photos/3396/iPhone/Photo2-DSC8894.jpg' available_for_print='false'/>
<photo display_on_website='true' standard='/system/photos/3403/original/Photo2-DSC9146.jpg' thumb='/system/photos/3403/thumb/Photo3-DSC9146.jpg' date='2009-12-04 23:19:27' exif_data='NIKON D300, F:4.5, Shutter:1/160, Focal:70mm, ISO:1600' iphone='/system/photos/3403/iPhone/Photo3-DSC9146.jpg' available_for_print='false'/>
</album>
<album location='Album 2' date='2009-12-04 22:47:48 UTC' album_name='' band_name='Band 2'>
<photo display_on_website='true' standard='/system/photos/3396/original/Photo3-DSC8894.jpg' thumb='/system/photos/3396/thumb/Photo3-DSC8894.jpg' date='2009-12-04 22:47:48' exif_data='NIKON D300, F:2.8, Shutter:1/80, Focal:15mm, ISO:1600' iphone='/system/photos/3396/iPhone/Photo3-DSC8894.jpg' available_for_print='false'/>
<photo display_on_website='true' standard='/system/photos/3403/original/Photo4-DSC9146.jpg' thumb='/system/photos/3403/thumb/Photo4-DSC9146.jpg' date='2009-12-04 23:19:27' exif_data='NIKON D300, F:4.5, Shutter:1/160, Focal:70mm, ISO:1600' iphone='/system/photos/3403/iPhone/Photo4-DSC9146.jpg' available_for_print='false'/>
<photo display_on_website='true' standard='/system/photos/3403/original/Photo5-DSC9146.jpg' thumb='/system/photos/3403/thumb/Photo5-DSC9146.jpg' date='2009-12-04 23:19:27' exif_data='NIKON D300, F:4.5, Shutter:1/160, Focal:70mm, ISO:1600' iphone='/system/photos/3403/iPhone/Photo5-DSC9146.jpg' available_for_print='false'/>
</album>
</albums>

【问题讨论】:

    标签: iphone nsmutablearray nsxmlparser nsmutabledictionary memory-leaks


    【解决方案1】:
    [dicItem setObject:[self.arrPhotos copy] forKey:@"photos"];
    

    我猜这条线是罪魁祸首。副本永远不会自动释放或释放,只是在每次解析器遇到album 元素时替换。使用:

    [dicItem setObject:[[self.arrPhotos copy] autorelease] forKey:@"photos"];
    

    由于您正在创建数组的副本,因此数组中的所有对象的保留计数也会增加,因此如果数组变得无法访问(通过在字典中覆盖它),数组包含的所有字符串都会没有正确释放,数组也不会。

    【讨论】:

    • 大功告成。现在你已经指出了它是完全显而易见的。我已经在这里坐了 3 个小时,一直在修复内存泄漏,这是一个相当大的应用程序,我需要第二双眼睛。再次感谢。
    猜你喜欢
    • 1970-01-01
    • 2016-05-09
    • 2011-02-09
    • 1970-01-01
    • 1970-01-01
    • 2011-10-04
    • 1970-01-01
    • 2012-06-16
    • 1970-01-01
    相关资源
    最近更新 更多