問題タブ [retaincount]

ここで、上記のコードでは、最初の nslog の出力は "retain count 1 for show detail -- 0"であり、これは正しいです。ただし、2 番目の nslog の出力は、 「retain count 2 for show detail -- 2」のようになります。

保持カウントが 2 になるのはなぜですか?

できれば助けてください....

合成しているretain属性で定義されたプロパティがあります。

そして、loadView内でこれを行っています：

そして最後に私のdeallocの中で私はこれをやっています：

1つの割り当てを使用したので、このオブジェクト（mySwitch）をリークしていますか？フレームを割り当てながら自動リリースする必要がありますか？

提案してください。

NSArrayおよびNSStringオブジェクトを 使用して保持カウントをログに記録すると、不均一な動作が発生します。以下のコードを参照してください。

そして、これは私が得ている出力です

コードの何が問題になっていますか??

ありがとう

プラティック・ゴスワミ

オブジェクトを作成してその保持カウントを確認すると、期待どおりに1が得られます。オブジェクトを解放して、保持カウントを再度確認すると、まだ1です。オブジェクトの割り当てを解除して、保持カウントを0にする必要がありますか？

最初に設定した場合、保持カウントに0が表示されます。何故ですか？strnil

私は単純なiphoneアプリケーションに取り組んでいます。私は2つのビューに取り組んでいます。最初に他のView Controllerをプッシュし、古いView Controllerに戻るために現在のビューを削除すると、[CALayerの保持]が表示されます。EXEC_BAD_ACCESS.

gdb で、以下に示した問題を確認するために backtrace コマンドを試しましたが、何も見つかりませんでした。誰かがこれで私を助けることができれば、それは素晴らしいことです.

(gdb) バックトレース

ありがとう、アビー

次のコードでは、保持カウントが 2 に増えることを期待していますが、割り当て後も 1 のままです。割り当ては、retain 修飾子を持つプロパティに対するものです。保持すると、オブジェクトの保持カウントが 1 増加します。保持カウントが増加しない理由を説明できる人はいますか?

MyClass.h:

MyClass.m:

ローカル変数からのテキスト セットを持つ UITextView があります。この後、次のことが可能ですか：

リテイン回数が1増える？

編集：

それが問題である場合、「問題」は小さなビューのコンストラクターにあります。

さて、テキストビューを「自動解放」しましたが、メモリが適切に管理されているかどうかはわかりません (投稿はこの質問に関連しています)。

次のようなコードがあります。

これは正しいですか、それともメモリリークですか? 私が知る限り、オブジェクト所有権ポリシーに従って、最初の行で割り当てられたメモリを解放できるのは var1 だけです。

私はObjective-Cを初めて使用します。これが私の最初の投稿です。データベースへのアプリケーションインターフェイスを管理する目的でシングルトンを作成しました。簡単に始めるために、私はNSMutableArrayをivarとして使用しました。以下のコードとログ出力に示されているように、NSMutableArrayオブジェクトに割り当てられる前の保持カウントは0であり、割り当て後の保持カウントは2です。

なぜこれが起こるのかわかりません。[NSMutableArray arrayWithObject：（id）]が保持カウントが1のオブジェクトを作成し、代入self.dataListが保持カウントをインクリメントするためですか？リリースを一度呼び出すのは安全ですか？それは正しいことではないようです。

これがソースです

..。

ログには次の情報が表示されます。

計測器でいくつかのメモリ プロファイリングを行っていますが、適切なメモリ管理を行っているように見えるコードがあるように感じます。しかし、楽器は私が漏れていると確信しており、漏れをなくす方法がわかりません。

私のEvent.hには私が持っています。

それらはすべてdeallocで解放されます

そして、私のファクトリークラスでは、

上記よりも多くの属性をイベントに設定していることに気付くかもしれません。これは、より一般的な別のエンティティを拡張する Event があるためです。そのコードを投稿しなかった理由は、楽器によると、Event クラス自体のセッターでさえ漏れているからです。

インストルメントは、イベント割り当てにリークがあり、getEvent セレクターのすべての行に別のリークがあると訴えています。rs は、私がアプリ全体で使用しているライブラリ (FMDB) の結果セット オブジェクトであり、これがこれらのリークが検出される唯一のエンティティであるように思われるので、それが問題ではないと確信しています。私は実際にこの同じライブラリを別のプロジェクトで最近使用しましたが、それによるリークはなかったので、リークの原因から除外しました。

(a) イベント オブジェクトを返すときに、イベント オブジェクトを明らかに自動解放しています。

(b) すべてのセッターが自動解放されたオブジェクトを取得しているため、目的 c のメモリ管理ドキュメントで推奨されているように、保持カウントのみを増やしています。

alloc 行とそれに続くほぼすべての行がリークしている理由は何ですか?