[CALayer retain]：解放されたインスタンスにメッセージが送信されましたか？私のアプリで

Question

私は私が言うのクラッシュを取得ビューを切り替えるについて4回目の後、ビューを切り替えています：

*** -[CALayer retain]: message sent to deallocated instance 0x6c4ba0 

私はXcodeでNSZombieEnabledていると、それはビューを切り替えたときに、それは、この行に私を指します。私は、メインビューコントローラを持っている、また、この私がビューを切り替える方法

#0 0x37dd68a0 in ___forwarding___() 
#1 0x37d31680 in __forwarding_prep_0___() 
#2 0x37d1d026 in CFRetain() 
#3 0x37d26bb2 in +[__NSArrayI __new::]() 
#4 0x37d26acc in -[__NSPlaceholderArray initWithObjects:count:]() 
#5 0x3518e680 in -[UIView(Hierarchy) _makeSubtreePerformSelector:withObject:withObject:copySublayers:]() 
#6 0x3518e7a4 in -[UIView(Hierarchy) _makeSubtreePerformSelector:withObject:withObject:copySublayers:]() 
#7 0x3534c40c in __UIViewWillBeRemovedFromSuperview() 
#8 0x3518dad0 in -[UIView(Hierarchy) removeFromSuperview]() 
#9 0x000368a6 in __block_global_1 (.block_descriptor=<value temporarily unavailable, due to optimizations>, finished=1 '\001') at /Users/bobsComputer/Desktop/Projects/NewApp/MyApp/MyApp3/MyApp3ViewController.mm:135 
#10 0x351a70be in -[UIViewAnimationBlockDelegate _didEndBlockAnimation:finished:context:]() 
#11 0x351a181a in -[UIViewAnimationState sendDelegateAnimationDidStop:finished:]() 
#12 0x351a6fb8 in -[UIViewAnimationState animationDidStop:finished:]() 
#13 0x3354fba6 in CA::Layer::run_animation_callbacks() 
#14 0x37a91f7a in _dispatch_main_queue_callback_4CF$VARIANT$mp() 
#15 0x37da72dc in __CFRunLoopRun() 
#16 0x37d2a4dc in CFRunLoopRunSpecific() 
#17 0x37d2a3a4 in CFRunLoopRunInMode() 
#18 0x378a8fcc in GSEventRunModal() 
#19 0x351ba742 in UIApplicationMain() 

：私は（GDB）のバックトレースを行う場合

[self.view removeFromSuperview]; 

はまた、それは私にこれを提供します。次に、ParentViewとプロトコルを使用して、他のビューコントローラからこれらのメソッドを呼び出します。次に、カスタムUIViewアニメーションを使用してビューを切り替えます。

これはクラッシュする理由は誰にもありますか？

ありがとうございます！

Answer 1

-[UIView addSubview:]はサブビューが保持されるようになり、そして-[UIView removeFromSuperview]ビューが解放されます。これはApple's UIView documentationから直接です。その時点で、あなたのオブジェクトの1つがCALayerを保持する必要があります。そうしないと、割り当てが解除されます。

私はCALayerがあなたによって直接作成されたと仮定しました。すべてのUIViewはCALayersに関連付けられています。 CALayerはUIViewが描画したもので、そのCALayerは画面上に合成されます。 CALayersで直接作業していない場合、これは別の問題の症状です。

あなたが説明しているコアの問題は、超過分です。必要なときにUIViewを保持していない可能性があります。 Xcodeアナライザ（Xcode 4で、[製品]> [分析]を選択）を実行し、何が表示されるのかを確認することをお勧めします。報告するすべてのメモリ管理エラーに特に注意してください。

Answer 2

私は同じ問題を抱えていました。私は私の意見にInterface Builderを使用していませんでした。原因は、クラッシュの原因となっていたビューのサブビューが2回リリースされていたことです（ただし、2回目のリリースでは不思議なほどにクラッシュしません）。ですから、私はあなたがビューのinitWithFrameメソッドに入るか、どこにあなたのサブビューを追加して、すべてのリリースを慎重に見るかを提案します。私は通常、親ビューに追加する前にすべてのサブビューに自動解放メッセージを送信しているので、deallocメソッドを実装していません。このようにして見る場所が少なくなり、親ビューが破棄されるとすべてが解放されます。希望が助けてくれます...