1

アプリをアプリ ストアに送信しましたが、次の理由で拒否されました。

「あなたのアプリは、iOS 6.1.2 を実行している iPhone 5 でクラッシュすることがわかりました。これは、App Store レビュー ガイドラインに準拠していません。

次の場合にアプリがクラッシュしました:

ユーザーがタップしてアプリにサインインすると、クラッシュが発生します。

これは、アプリが使用されたときに発生しました:

  • Wi-Fiで
  • 携帯電話ネットワーク上

アプリが大量のメモリを使用している場合、この問題が発生する可能性があります。iOS のメモリ使用量、およびメモリ使用量とリークを追跡する方法について詳しくは、メモリ使用量パフォーマンス ガイドラインをご覧ください。」

私は自分の側で再びクラッシュを引き起こすことができませんでした。割り当てインストゥルメントを使用してアプリのプロファイルを作成したところ、ライブ バイトが 12 MB を超えていないことがわかりました。リーク計測器を使用すると、いくつかのリークがあることがわかりました (すべてサードパーティのソースにあります) が、それらは非常にマイナーであり、アプリがクラッシュする原因にはならないはずです..どうすればよいかわかりません..

  1. メモリの使用量が多すぎてアプリがクラッシュしたのは本当ですか?
  2. 別の理由があるのでしょうか？
  3. これにどのように取り組み、問題を解決する必要がありますか?

編集 -クラッシュログを添付

thisとthat を確認してください。ASIHTTPRequest フレームワークを使用すると何らかの方法でクラッシュが発生するようですが、アドホックまたはディストリビューション ビルドでのみ発生するため、デバッグがより頭痛の種になります。本当にそれが原因ですか？代わりに AFNetworking に切り替える必要がありますか?

4

2 に答える 2

3

はい、ASIHTTPRequest はサポートされなくなったため、AFNetworking に切り替える必要があります。

この問題をデバッグするには、最適化レベルをFastest, Smalles [-Os]に設定してみてください。これが通常、デバッグ コードとリリース コードの動作が異なる理由です。

于 2013-03-11T10:50:46.960 に答える
1

メモリの使用量が多すぎてアプリがクラッシュしたのは本当ですか?

アクセス不良でアプリがクラッシュすることはありません。通常、これは割り当て解除されたオブジェクトにアクセスしようとしたことを意味します。

これにどのように取り組み、問題を解決する必要がありますか?

クラッシュは、Server.m (メソッド: registerWithUserProvider:) の 132 行目で発生します。この方法を見てください。単純な nil チェックで問題を解決できるかもしれませんが、コードなしでそれを言うのは難しいです。

于 2013-03-11T11:10:14.087 に答える