在Xcode 4.2中使用Objective-C ARC时,如何防止对象被释放?

在Xcode 4.2中使用Objective-C ARC时,如何防止对象被释放?,objective-c,ios,xcode,memory-management,automatic-ref-counting,Objective C,Ios,Xcode,Memory Management,Automatic Ref Counting,ETA:查看底部了解我通过分析应用程序获得的更多信息 我有一个iPhone应用程序,我刚刚转换为使用ARC,现在由于僵尸对象,我得到了几个错误。在我切换之前,我手动保留它们,一切都很好。我不明白为什么ARC不保留它们。对象被声明为强属性,并使用点表示法引用。这发生在好几个地方,所以我想我一定对ARC/内存管理有一个根本性的误解 这里有一个特别令人沮丧的例子。我有一个包含3个对象的NSMutableArray。这些对象中的每一个都有一个属性,该属性也是一个NSMutableArray,在本例中,它

ETA:查看底部了解我通过分析应用程序获得的更多信息

我有一个iPhone应用程序,我刚刚转换为使用ARC,现在由于僵尸对象,我得到了几个错误。在我切换之前,我手动保留它们,一切都很好。我不明白为什么ARC不保留它们。对象被声明为强属性,并使用点表示法引用。这发生在好几个地方,所以我想我一定对ARC/内存管理有一个根本性的误解

这里有一个特别令人沮丧的例子。我有一个包含3个对象的NSMutableArray。这些对象中的每一个都有一个属性,该属性也是一个NSMutableArray,在本例中,它始终只有一个对象。最后,该对象具有释放的属性。令人沮丧的原因是它只发生在原始数组中的第三个对象上。前两个对象始终是完全精细的。当以相同方式创建和使用相似对象的相同属性不存在时,如何释放一个对象的属性对我来说毫无意义

数组作为属性存储在UITableViewController上:

@interface GenSchedController : UITableViewController <SectionHeaderViewDelegate>

@property (nonatomic, strong) NSArray *classes;

@end

@implementation GenSchedController

@synthesize classes;
存储在
明细表
数组中的对象定义为:

@interface SchoolClass : NSObject <NSCopying, NSCoding>

@property (nonatomic, strong) NSMutableArray *schedules;

@end

@implementation SchoolClass

@synthesize schedules;
@interface Schedule : NSObject <NSCopying, NSCoding>

@property (nonatomic, strong) NSMutableArray *daysOfWeek;

@implementation Schedule

@synthesize daysOfWeek;
但是,同样,这只发生在最后一节课的最后一个时间表上

有人能给我指出正确的方向,让我的应用程序在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
确切的例外情况是
类测试[82054:b903]***-[\uu NSArrayM respondsToSelector:]:发送到解除分配实例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:方法非常简单。班级第一名:

- (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模板运行配置文件,并将过度释放的对象与阵列中的其他对象进行比较,这很好。我可以在(当前sched.daysOfWeek中的NSString*day)的
行中看到它进入daysOfWeek getter,它执行
保留自动释放
。然后,在它从getter返回后,它执行另一个
retain
(大概是在处理循环时保持所有权),然后执行
release
。所有这些对于问题对象和健康对象都是一样的。区别在于,在
release
之后,问题对象立即再次调用
release
。这实际上不会立即导致问题,因为自动释放池尚未耗尽,但一旦耗尽,保留计数将降至0,当然,下次我尝试访问它时,它就是一个僵尸

我不明白的是为什么额外的
发行版会在那里被调用。由于外部for循环,调用
currentSched.daysOfWeek
的次数会有所不同-在问题对象上调用了3次,在健康对象上调用了5次,但是额外的
release
在第一次调用时发生,所以我不确定这会对它产生什么影响


这些额外的信息有助于任何人了解发生了什么吗?

ARC是关于对象所有权的。您是否有指向所引用对象的强指针?如果是,则保留该对象

当我将我的项目转换为ARC时,我收到了一条发送到解除分配实例的
消息
错误-一个在我的ARC前代码中没有显示的错误。解释是:在我的预ARC代码中,我有一个内存泄漏。我保留了一个对象,然后再也没有释放它。我后来引用了一个弱指针(委托指针)。当我切换到ARC时,内存管理被清理,因此一旦我不再有指向该对象的强指针,它就会被释放。所以,当我试图用不安全的指针访问它时,它崩溃了


只需遵循所有权并绘制对象图-这将帮助您追踪bug。

因此,我已经找到了防止这种情况发生的方法,尽管我仍然不清楚为什么会有不同。在每个发生额外释放的地方,它都是一个循环。在这些地方,我将属性声明从for循环中取出,将其分配给for循环中使用的一个局部变量,现在它可以正常工作了!所以,一行过去是:

for (NSString *day in schedule1.daysOfWeek)
我改为两行:

NSArray *daysOfWeek = schedule1.daysOfWeek;
for (NSString *day in daysOfWeek)

显然,这将对需要的保留/释放调用产生影响,但我不明白为什么它最终会对最终的保留计数产生影响。。。如果有人能解释为什么这会有帮助,我很乐意听到

等等,你在for循环中有
@synthesis
?如果没有僵尸出现,你怎么确定它被释放了?你能把代码发布到你创建这些对象的地方吗?@Chuck我想当他调用for循环中的访问器
currentSched.daysOfWeek
时,调试器中的
@syntheze
会跳到调试器中。你是不是碰巧导入了你的class.m而不是你的class.h在什么地方?我想我以前也见过这样的事,因为我不小心做了。使用ARC时,您不必真正了解内存管理。我怀疑配置有问题。能否包含堆栈跟踪。应用程序中是否有非ARC代码?是的,正如我所说,所有属性都定义为strong,我总是使用点符号来引用它们。我已经尝试过追踪所有权,但据我所知,在他们被释放的时候,他们仍然应该被拥有。也许我在所有权链中遗漏了一些东西,但如果是这样,那么我想我的问题是“如何识别我在所有权链中遗漏了什么?”你能澄清一下“绘制对象图”的意思吗?如果
sch返回的对象
NSArray *daysOfWeek = schedule1.daysOfWeek;
for (NSString *day in daysOfWeek)