objective-c - Xcode5 如何调试快速定位出错行

Question

、、、objectivec 2014-07-21 18:02:38.259 Sections[2962:70b] *** Terminating app due to uncaught exception 'NSInvalidArgumentException', reason: 'must pass a class of kind UITableViewCell' *** First...

PHP中文网 · Answer

Xcode の Breakpoint Navigator で例外ブレークポイント (Add Exception Breakpoint) を追加し、ブレークポイント条件を Exception: Object-C に設定すると、例外がスローされる前にブレークでき、その時点のコールスタックを表示できます。

問題のあるコードが実行されようとしているときにこのブレークポイントを開くのが最善であることに注意してください。そうしないと、さまざまな例外によって妨げられ続けます。

PHP中文网 · Answer

あなたのプロジェクトは「セクション」という名前ですよね?
ここで例外がスローされます:
4 Sections 0x000030eb -[BIDViewController searchDisplayController:didLoadSearchResultsTableView:] + 171
BIDViewController クラスの searchDisplayController メソッドのコードオフセットは 171 です (このメソッドのほぼ 170 文字、ほぼ 2 行目と 3 行目です。171 は行番号などではないことに注意してください)。

iOS の例外解析については、開発者に例外がスローされる場所が直接通知されないため、最初は本当に頭の痛い問題です。また、例外スタックが存在しない場合もあります。特にコードオフセット番号は非常に誤解を招きます。通常、デバッグ方法は多数あり、すべてをカバーするには一晩かかります。 Huan Du さんが回答したException ブレークポイント もその 1 つで、もちろんログアサーションの印刷表示方法、シンボリックブレークポイントの設定、LLDB デバッグツール もあります。個人的には、質問に掲載されているスタック分析方法の方がまだ好きです。基本的に、問題はクラス名、メソッド名、コードオフセットに基づいて判断できます。

スタックレポートについて、その内容の意味を簡単に紹介します:
例:
4 セクション 0x000030eb -[BIDViewController searchDisplayController:didLoadSearchResultsTableView:] + 171
合計 5 つの部分が含まれています: 4/Sections/0x000030eb/-[BIDView...ew:]/171
パート 1: スタックはシーケンス番号を出力します。シーケンス番号が大きいほど、コードはより早く呼び出されます。
パート 2: 呼び出されたメソッドが属するフレームワーク (ライブラリ/プロジェクト) たとえば、セクションはプロジェクトです。パート 3: 呼び出しメソッドのメモリアドレス、0x000030eb
パート 4: メソッド名の呼び出し、これは非常に重要です。つまり、[BIDViewController searchDisplayController:didLoadSearchResultsTableView:]
パート 5: コンパイル後にメソッドを呼び出した後のコードオフセット。ここでも行番号ではなく、コンパイルされたコードオフセットですが、基本的には文字数と同じです。いくつかのテキストツールを使用してカウントできます。文字オフセットはエラー行の概算であり、一般的なエラーは 3 ～ 5 行以内です。

Xcode がスタックログを出力しないようにするためのちょっとしたヒントを次に示します:

次のように、main.m の main メソッドに @try@catch を追加します:
リーリー

ただし、アプリを公開する前に try catch パッケージを削除することを忘れないでください、~~~

大家讲道理 · Answer

[UITableView registerClass:forCellReuseIdentifier:] ここで問題が発生しました。