使用帶有Xcode 4.2的Objective-C ARC時，如何防止對象被釋放？

Question

ETA：通過分析應用程序獲得的更多信息，請參閱底部。

我有一個iPhone應用程序，我剛剛轉換為使用ARC，現在我因為僵屍對象而得到了幾個錯誤。 在我切換之前，我手動保留它們，一切都很好。 我無法弄清楚為什么ARC沒有保留它們。 對象聲明為強屬性，並使用點表示法引用。 這種情況發生在幾個地方，所以我認為我必須對某處的ARC /內存管理有一個基本的誤解。

這是一個特別令人沮喪的例子。 我有一個3個對象的NSMutableArray。 每個對象都有一個屬性，它也是一個NSMutableArray，在這種情況下總是有一個對象。 最后，該對象具有釋放的屬性。 它令人沮喪的原因是它只發生在原始數組中的第3個對象。 前兩個對象總是很好。 對於我來說，當以相同方式創建和使用的相似對象的相同屬性不是這樣時，如何釋放一個對象的屬性是沒有意義的。

該數組作為屬性存儲在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:的第一行設置斷點時，它已經被釋放。 拋出錯誤的具體行是@synthesize daysOfWeek; 在下面的第3個“for”循環之后調用：

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在第一次調用時發生，所以我'我不確定這會對它產生怎樣的影響。

這些額外信息是否有助於任何人了解正在發生的事情？

Answer 1

ARC完全是關於對象所有權。 你有一個指向你引用的對象的強指針嗎？ 如果是，則保留該對象。

當我將項目轉換為ARC時，我收到了一條message sent to deallocated instance錯誤 - 這個錯誤在我的預ARC代碼中沒有顯示出來。 解釋是這樣的：在我的ARC前代碼中，我有一個內存泄漏。 我保留了一個對象然后從未發布過它。 我后來從一個弱指針（委托指針）引用。 當我切換到ARC時，內存管理被清理干凈，所以一旦我不再有一個指向對象的強指針就會被釋放。 因此，當我嘗試使用不安全的指針訪問它時，它崩潰了。

只需按照所有權並繪制對象圖 - 這將幫助您追蹤錯誤。

Answer 2

所以，我已經想出如何防止這種情況發生，盡管我仍然對它為何會產生影響感到困惑。 在每個發生額外釋放的地方，它都處於循環中。 在那些地方，我從for循環中取出屬性聲明，將它分配給for循環中使用的局部變量，現在它工作正常！ 那么，以前的一行：

for (NSString *day in schedule1.daysOfWeek)

我改為2行：

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

顯然這會對需要的保留/釋放調用產生影響，但我不明白為什么它最終會對最終保留計數產生影響...如果有人能夠對這為何有幫助有所了解，我我很樂意聽到它！