ARCはカスタム-deallocコードの前または後に-deallocにコードを挿入しますか？

Question

ARCでは時にはクリーンアップを行うために-deallocメソッドを書く必要があります。まれに、クリーンアップを正しく行うためにインスタンスのプロパティを参照する必要があります。 NSNotificationCenterから、指定された送信者オブジェクトを登録解除する（プロパティによって所有されて参照されるなど）。

ARCは自分自身のコードの終わりにプロパティリリースコードを挿入しますか、それとも自分自身のコードの前に-deallocの先頭に挿入しますか？

ARCがカスタム-deallocコードの前にコードを挿入している場合は、必要に応じてプロパティにアクセスできなくなるため、非常に危険です。

この質問は、ARCが合成-deallocにプロパティリリースコードを挿入する場所で、-deallocを実装するかどうかについては問題ではありません。

Answer 1

ARCは、デallロックチェーンの最後にインスタンス変数をリリースします。つまり、継承チェーン内のすべてのdeallocメソッドが実行され、、のいずれかのARC管理インスタンス変数が割り当て解除されます。あなたは-[NSObject dealloc]で起こっていると考えることができますが、それは実際にはそれよりも後であります。

安心してご利用いただけます。 ARCはあなたの-deallocメソッドであなたの財産をあなたの下から解放しません。 ARCはあなたがそれらをもう参照する方法がなくなるまでそれらを解放しません。

Answer 2

私はすべてがここで言われていることを、考える：http://clang.llvm.org/docs/AutomaticReferenceCounting.html#misc.special_methods.dealloc

7.1.2。 dealloc

プログラムにセレクタdeallocのメッセージ送信または@セレクタ式が含まれていると、プログラムが不正です。

理由：deallocを直接呼び出す正当な理由はありません。

クラスは、deallocというインスタンスメソッドのメソッド定義を提供することがあります。このメソッドは、オブジェクトの最終リリース後に呼び出されますが、割り当てが解除されるか、インスタンス変数のいずれかが破棄される前に呼び出されます。スーパークラスのdeallocの実装は、メソッドが戻るときに自動的に呼び出されます。

理由：ARCはインスタンス変数を自動的に破棄しますが、保持できないリソースを解放するなど、deallocメソッドを書く正当な理由はまだあります。このようなメソッドで[super dealloc]を呼び出すことができないことは、ほとんど常にバグです。場合によっては、オブジェクトが単に破壊されることを防ぐことを試みるだけであるが、deallocはオブジェクトがそのような問題を引き起こすのが実際には遅すぎる。多少合法的に、オブジェクトはプールに割り当てられている可能性があり、解放されてはいけません。今のところ、これはARC以外のdealloc実装でのみサポートされます。そのような実装は、NSObjectのdeallocが行う他のすべての作業を行うのに非常に注意する必要があります。これは、この文書の範囲外です。