自動参照カウントで自己を解放するための新しいパターンは何ですか？

Question

はNSObjectの方法を使用し-(id)awakeAfterUsingCoder:(NSCoder *)decoder例として、ドキュメントは言う：

は、自身のために別のオブジェクト を置換する、デコードされた後に、オブジェクトを許可します。例えば、フォントを表すオブジェクトは、 がデコードされると、それ自体を解放して、 と同じフォント記述を持つ既存のオブジェクトを返すことがあります。このようにして、冗長オブジェクトは削除することができます。

通常あなたはこの行を残しているARCで

[self release]; 
return substitutedObject; 

を行うだろう。これは漏れませんか？または、私は元のオブジェクトをリリースするためにNSCoderオブジェクトを信頼する必要がありますか？もしそうなら、最初に非ARCコードを使って自明にリリースしなければならないのはなぜですか？

私はself = nilは、コンパイラーのドキュメントは、自己についての言うことに照らして正しいとは思わない：http://clang.llvm.org/docs/AutomaticReferenceCounting.html#misc.self

Answer 1

前述のように、[self release];と書くことはできません。さらに、awakeAfterUsingCoder:はで、初期化ツールではありません - selfを再割り当てすることはできません。

このリークはありませんか？

はい。以下のプログラムで証明されています。

NSCoderオブジェクトを信頼して元のオブジェクトを解放するだけでいいですか？漏れを避けるために

号

一つのアプローチは、以下の存在 - 私が頭に浮かんだだけで最初のアプローチ、「新しいパターン」それを呼び出すことはありません。それはselfの明示的な解放を含み、この場合には、明示的なは、結果の保持：同様の問題は、Mac OS X上NIBトップレベルのオブジェクトのコンテキストで発生し

#import <Foundation/Foundation.h> 

@interface MONBoolean : NSObject <NSCoding> 

- (id)initWithBool:(bool)pBool; 

- (bool)isTrue; 
- (bool)isFalse; 

@end 

static NSString * const MONBoolean_KEY_value = @"MONBoolean_KEY_value"; 

@implementation MONBoolean 
{ 
    bool value; 
} 

- (id)initWithBool:(bool)pBool 
{ 
    self = [super init]; 
    if (0 != self) { 
     value = pBool; 
    } 
    return self; 
} 

- (bool)isTrue 
{ 
    return true == value; 
} 

- (bool)isFalse 
{ 
    return false == value; 
} 

- (NSString *)description 
{ 
    return [[NSString alloc] initWithFormat:@"<%s:%p> : %s", object_getClassName(self), self, self.isTrue ? "true" : "false"]; 
} 

- (void)encodeWithCoder:(NSCoder *)aCoder 
{ 
    [aCoder encodeBool:value forKey:MONBoolean_KEY_value]; 
} 

- (id)initWithCoder:(NSCoder *)aDecoder 
{ 
    self = [super init]; 
    if (0 != self) { 
     value = [aDecoder decodeBoolForKey:MONBoolean_KEY_value]; 
    } 
    return self; 
} 

- (id)awakeAfterUsingCoder:(NSCoder *)aDecoder 
{ 
    const bool b = value; 
    // cannot reassign self outside of an initializer. 
    // if not released, will result in a leak: 
    CFRelease((__bridge const void*)self); 
    MONBoolean * result = [[MONBoolean alloc] initWithBool:b]; 
    // now we have to retain explicitly because this is 
    // an autoreleasing method: 
    CFRetain((__bridge const void*)result); 
    return result; 
} 

@end 

int main(int argc, const char * argv[]) 
{ 
    @autoreleasepool { 
     MONBoolean * a = [[MONBoolean alloc] initWithBool:true]; 
     NSData * data = [NSKeyedArchiver archivedDataWithRootObject:a]; 
     MONBoolean * b = [NSKeyedUnarchiver unarchiveObjectWithData:data]; 
     NSLog(@"%@", b); 
    } 
    system("leaks NAME_OF_PROCESS_HERE"); 
    return 0; 
} 

Answer 2

私はARCは、すべてのオブジェクトを追跡するために十分にスマートであると考えています。だからあなたはメモリについて何も言うことができず、アプリケーションはもはや使用されていないときにオブジェクトをリリースするはずです。場合によっては、漏れプロファイラを使用して実行しますが、大丈夫です。

Answer 3

がResource Programming Guideは言う：

ファイルの所有者は、NSWindowControllerかNSViewControllerのインスタンスでない場合は、トップレベルの参照カウントを自分でオブジェクトをデクリメントする必要があります。手動参照カウントでは、最上位のオブジェクトにreleaseメッセージを送信することでこれを実現することができました。 ARCでこれを行うことはできません。代わりに、トップレベルのオブジェクトへの参照をCore Foundationタイプにキャストし、CFReleaseを使用します。

このような状況でも、この技術が使用されている可能性があります。 CFRelease((__bridge CFTypeRef)self);