【发布时间】:2012-01-13 19:00:13
【问题描述】:
预计到达时间:有关我通过分析应用程序获得的更多信息,请参阅底部。
我有一个刚刚转换为使用 ARC 的 iPhone 应用程序,现在由于僵尸对象而出现了几个错误。在我切换之前,我手动保留它们,一切都很好。我不明白为什么 ARC 不保留它们。这些对象被声明为强属性,并使用点符号进行引用。这种情况发生在好几个地方,所以我想我一定对某个地方的 ARC/内存管理有根本的误解。
这是一个特别令人沮丧的例子。我有一个包含 3 个对象的 NSMutableArray。这些对象中的每一个都有一个也是 NSMutableArray 的属性,在这种情况下它总是有一个对象。最后,该对象具有被释放的属性。令人沮丧的原因是它只发生在原始数组中的第三个对象上。前 2 个对象总是完全没问题的。对我来说,当以相同方式创建和使用的相似对象的相同属性不释放时,如何释放一个对象的属性是没有意义的。
数组作为属性存储在 UITableViewController 上:
@interface GenSchedController : UITableViewController <SectionHeaderViewDelegate>
@property (nonatomic, strong) NSArray *classes;
@end
@implementation GenSchedController
@synthesize classes;
classes数组中存储的对象定义为:
@interface SchoolClass : NSObject <NSCopying, NSCoding>
@property (nonatomic, strong) NSMutableArray *schedules;
@end
@implementation SchoolClass
@synthesize schedules;
schedules数组中存储的对象定义为:
@interface Schedule : NSObject <NSCopying, NSCoding>
@property (nonatomic, strong) NSMutableArray *daysOfWeek;
@implementation Schedule
@synthesize daysOfWeek;
daysOfWeek 是即将发布的内容。它只包含几个 NSStrings。
我可以看到在viewDidLoad 期间所有对象都很好,没有僵尸。但是,当我点击其中一个表格单元格并在tableView:didSelectRowAtIndexPath: 的第一行设置断点时,它已经被释放了。引发错误的特定行是在下面的第三个“for”循环之后调用的 @synthesize daysOfWeek;:
for (SchoolClass *currentClass in self.classes) {
for (Schedule *currentSched in currentClass.schedules) {
for (NSString *day in currentSched.daysOfWeek)
但是,同样,这只发生在最后一个 SchoolClass 的最后一个时间表上。
谁能指出我正确的方向,让我的应用与 ARC 一起正常工作?
根据要求,这里有更多信息。一、抛出异常时的堆栈跟踪:
#0 0x01356657 in ___forwarding___ ()
#1 0x01356522 in __forwarding_prep_0___ ()
#2 0x00002613 in __arclite_objc_retainAutoreleaseReturnValue (obj=0x4e28b80) at /SourceCache/arclite_host/arclite-4/source/arclite.m:231
#3 0x0000d2fc in -[Schedule daysOfWeek] (self=0x4e28680, _cmd=0x220d6) at /Users/Jesse/Documents/Xcode/Class Test/Schedule.m:18
#4 0x0001c161 in -[SchedulesViewController doesScheduleOverlap:schedule2:withBufferMinutes:] (self=0x692b210, _cmd=0x22d58, schedule1=0x4e28680, schedule2=0x4e27f10, buffer=15) at /Users/Jesse/Documents/Xcode/Class Test/Classes/SchedulesViewController.m:27
#5 0x0001c776 in -[SchedulesViewController doesScheduleOverlap:schedule2:] (self=0x692b210, _cmd=0x22d9b, schedule1=0x4e28680, schedule2=0x4e27f10) at /Users/Jesse/Documents/Xcode/Class Test/Classes/SchedulesViewController.m:53
#6 0x0001cf8c in -[SchedulesViewController getAllowedSchedules] (self=0x692b210, _cmd=0x22dca) at /Users/Jesse/Documents/Xcode/Class Test/Classes/SchedulesViewController.m:78
#7 0x0001d764 in -[SchedulesViewController viewDidLoad] (self=0x692b210, _cmd=0x97cfd0) at /Users/Jesse/Documents/Xcode/Class Test/Classes/SchedulesViewController.m:121
#8 0x00620089 in -[UIViewController view] ()
#9 0x0061e482 in -[UIViewController contentScrollView] ()
#10 0x0062ef25 in -[UINavigationController _computeAndApplyScrollContentInsetDeltaForViewController:] ()
#11 0x0062d555 in -[UINavigationController _layoutViewController:] ()
#12 0x0062e7aa in -[UINavigationController _startTransition:fromViewController:toViewController:] ()
#13 0x0062932a in -[UINavigationController _startDeferredTransitionIfNeeded] ()
#14 0x00630562 in -[UINavigationController pushViewController:transition:forceImmediate:] ()
#15 0x006291c4 in -[UINavigationController pushViewController:animated:] ()
#16 0x000115d5 in -[GenSchedController tableView:didSelectRowAtIndexPath:] (self=0x4c57b00, _cmd=0x9ac1b0, tableView=0x511c800, indexPath=0x4e2cb40) at /Users/Jesse/Documents/Xcode/Class Test/Classes/GenSchedController.m:234
#17 0x005e7b68 in -[UITableView _selectRowAtIndexPath:animated:scrollPosition:notifyDelegate:] ()
#18 0x005ddb05 in -[UITableView _userSelectRowAtPendingSelectionIndexPath:] ()
#19 0x002ef79e in __NSFireDelayedPerform ()
#20 0x013c68c3 in __CFRUNLOOP_IS_CALLING_OUT_TO_A_TIMER_CALLBACK_FUNCTION__ ()
#21 0x013c7e74 in __CFRunLoopDoTimer ()
#22 0x013242c9 in __CFRunLoopRun ()
#23 0x01323840 in CFRunLoopRunSpecific ()
#24 0x01323761 in CFRunLoopRunInMode ()
#25 0x01aa71c4 in GSEventRunModal ()
#26 0x01aa7289 in GSEventRun ()
#27 0x0057ec93 in UIApplicationMain ()
#28 0x0000278d in main (argc=1, argv=0xbffff5fc) at /Users/Jesse/Documents/Xcode/Class Test/main.m:16
确切的例外是Class Test[82054:b903] *** -[__NSArrayM respondsToSelector:]: message sent to deallocated instance 0x4e28b80
这是创建所有内容的代码,从磁盘加载:
NSString *documentsDirectory = [FileManager getPrivateDocsDir];
NSError *error;
NSArray *files = [[NSFileManager defaultManager] contentsOfDirectoryAtPath:documentsDirectory error:&error];
// Create SchoolClass for each file
NSMutableArray *classesTemp = [NSMutableArray arrayWithCapacity:files.count];
for (NSString *file in files) {
if ([file.pathExtension compare:@"sched" options:NSCaseInsensitiveSearch] == NSOrderedSame) {
NSString *fullPath = [documentsDirectory stringByAppendingPathComponent:file];
NSData *codedData = [[NSData alloc] initWithContentsOfFile:fullPath];
if (codedData == nil) break;
NSKeyedUnarchiver *unarchiver = [[NSKeyedUnarchiver alloc] initForReadingWithData:codedData];
SchoolClass *class = [unarchiver decodeObjectForKey:@"class"];
[unarchiver finishDecoding];
class.filePath = fullPath;
[classesTemp addObject:class];
}
}
self.classes = classesTemp;
initWithCoder: 方法非常简单。 SchoolClass 的第一名:
- (id)initWithCoder:(NSCoder *)decoder {
self.name = [decoder decodeObjectForKey:@"name"];
self.description = [decoder decodeObjectForKey:@"description"];
self.schedules = [decoder decodeObjectForKey:@"schedules"];
return self;
}
对于日程安排:
- (id)initWithCoder:(NSCoder *)decoder {
self.classID = [decoder decodeObjectForKey:@"id"];
self.startTime = [decoder decodeObjectForKey:@"startTime"];
self.endTime = [decoder decodeObjectForKey:@"endTime"];
self.daysOfWeek = [decoder decodeObjectForKey:@"daysOfWeek"];
return self;
}
我尝试使用 Zombies 模板在应用程序上运行配置文件,并将过度释放的对象与数组中的其他对象进行比较,这很好。我可以在for (NSString *day in currentSched.daysOfWeek) 线上看到它进入了daysOfWeek getter,它执行retain autorelease。然后在它从 getter 返回之后,它会执行另一个 retain(大概是在处理循环时持有所有权),然后是 release。所有这些对于问题对象和健康对象都是一样的。不同之处在于,紧接着release,问题对象再次调用release。这实际上并不会立即引起问题,因为自动释放池还没有耗尽,但是一旦耗尽,保留计数就会下降到 0,然后当然下次我尝试访问它时,它就是一个僵尸。
我想不通的是为什么额外的release 会在那里被调用。由于外部 for 循环,currentSched.daysOfWeek 被调用的次数确实有所不同 - 它在问题对象上被调用 3 次,在健康对象上被调用 5 次,但额外的 release 在第一次被调用时发生,所以我不确定这会如何影响它。
这些额外信息是否有助于任何人了解正在发生的事情?
【问题讨论】:
-
等等,你的 for 循环中有
@synthesize吗?如果没有僵尸出现,你如何确定它已被释放? -
你能把创建这些对象的代码贴出来吗?
-
@Chuck 我认为
@systhesize在 for 循环中调用访问器currentSched.daysOfWeek时会在调试器中跳转。 -
您是否碰巧在某处导入了 YourClass.m 而不是 YourClass.h?出于某种原因,我认为我之前无意中看到过类似的事情。使用 ARC 时,您不必真正了解内存管理。我怀疑配置有问题。
-
能否包含堆栈跟踪。应用中是否有非 ARC 代码?
标签: objective-c ios xcode memory-management automatic-ref-counting