與子類的NSString

Question

我花了最後一天的追捕動態存儲問題，並在路的盡頭的問題我不知道是怎麼回事其他比我一定誤解/錯過了一些關於繼承的NSString。這裏是有問題大大減少和多儀器樣品：

IDStringBug.h包含：

#import <Foundation/NSArray.h> 
#import <Foundation/NSString.h> 
/*==================================*/ 
@interface IDStringBug:NSString { 
    NSString  *_backingStore; 
    NSArray *path; 
} 
- (NSArray*) path; 
- (void)  dealloc; 
- (NSUInteger) length; 
-(id)   initWithString: (NSString*) string; 
-(unichar)  characterAtIndex:(NSUInteger) index; 
@end 

IDStringBug.m包含：

#include <stdio.h> 
#import "IDStringBug.h" 

@implementation IDStringBug 
- (NSArray*) path { 
    printf ("Return ptr to IDString: %s\n", [_backingStore cString]); 
    return path;} 

- (void) dealloc { 
    printf ("Release IDString: %s\n", [_backingStore cString]); 
    printf ("Path count is %d\n", (int) [path retainCount]); 
    [_backingStore release]; 
    printf ("Apres _backinstore\n"); 
    printf ("Path count is %d\n", (int) [path retainCount]); 
    [path release]; 
    printf ("After path release, done but for super\n"); 
    [super dealloc]; 
} 

-(id)initWithString:(NSString*)string { 
    if ((self = [self init])) { 
    _backingStore = [[NSString stringWithString:string] copy]; 
    } 
    path = [_backingStore componentsSeparatedByString: @"."]; 

    printf ("Path count is %d\n", (int) [path retainCount]); 
    return self; 
} 

-(NSUInteger) length { 
    return [_backingStore length]; 
} 
-(unichar)characterAtIndex:(NSUInteger)index { 
    return [_backingStore characterAtIndex:index]; 
} 
@end 

bug.m包含：

#include <stdio.h> 
#include <Foundation/NSAutoreleasePool.h> 
#import "IDStringBug.h" 

int main(int argc, char* argv[]) { 
    NSAutoreleasePool *pool = [[NSAutoreleasePool alloc] init]; 
    IDStringBug *myids  = [IDStringBug stringWithString: @"a.b.c"]; 

    printf ("Path count is %d\n", (int) [[myids path] retainCount]); 
    printf ("pool=%d\n",   (int) [pool autoreleaseCount]); 

    [pool release]; 
} 

的輸出是：

$ ./bug 
Path count is 1 
Return ptr to IDString: a.b.c 
Path count is 1 
pool=7 
Release IDString: a.b.c 
Segmentation fault (core dumped) 

Answer 1

對componentsSeparatedByString:的調用返回已經被自動發佈的NSArray。這意味着它的保留計數爲1，但自動釋放池一耗盡，該計數就會減少。將它與IDStringBug dealloc中的release調用結合起來，就可以看到陣列被釋放了一次。

實際上由IDStringBug的dealloc被調用的時候，路徑陣列已經被釋放。所以，當你試圖確定保留計數（與調用[path retainCount]您嘗試訪問不再存在的對象。

Answer 2

這個答案並不直接解決您的問題，但它會間接地解決它，並導致。一個更容易維護的設計模式

別子類的NSString

取而代之的是，使用組成

@interface PathString:NSObject 
@property(copy) NSString *stringValue; 
@property(strong) NSArray *pathValue; 
... etc ... 
@end 

的實際碰撞是這樣的：。

path = [_backingStore componentsSeparatedByString: @"."]; 

該方法返回一個自動釋放對象，並在池被排空時釋放一個懸空引用，從而釋放該對象。

正如其他人所說，retainCount是utterly useless。

注意，這是奇怪的：

_backingStore = [[NSString stringWithString:string] copy]; 

這應該僅僅是：

_backingStore = [string copy]; 

你的代碼是技術上複製串的兩倍。我說的技術上，因爲 - 由於實施細節 - _backingStore最終將指向string（假設string是NSString，而不是一個NSMutableString

我是非常一位內部人士早在接下來的日子裏，。但一直以來主要是 以外或僅使用Objc基地。

啊哈！所以是我，其於1989年

開始ObjC編程那會解釋你在哪裏有點來了！

相反的retainCount，像這樣的問題是很容易使用殭屍進行調試。您可以在Xcode的方案的選項窗格中打開它。

的「whentouseretaincount.com」網站鏈接到一個article I wrote約保留計數。一般來說，您可能會覺得它有趣，它也闡明瞭內存管理的一些細節。

蘋果文件到Linux GNUstep的世界

這也是在你的問題要注意的關鍵。 GNUStep大部分就像Apple的東西，但更接近OpenStep世界。我不記得GNUStep是否有殭屍檢測，但我懷疑它會。 Linux也有其他內存調試工具，功能非常強大。

retainCount仍然會充斥着脆弱性，但有一個單線程的，命令行工具打交道時，它是較爲穩定的。不過，你仍然需要注意自動發佈的東西。