2

私のアプリは、IOS 6.0 にアップグレードした後もクラッシュし続けます。コンソールでは、メモリ不足の警告が表示されます。これは、IOS 4 および IOS 5 では発生しません... 私は ARC を使用しています。クラッシュレポートを見ようとしましたが、何も教えてくれませんでした。

=============================================
Incident Identifier: 06CF58AA-4C1A-4CA3-A522-F44881E8D301
CrashReporter Key:   69ed28238a860bdf99a77524c1b4b029516122e1
Hardware Model:      iPod4,1
OS Version:          iPhone OS 6.0 (10A403)
Kernel Version:      Darwin Kernel Version 13.0.0: Sun Aug 19 00:27:34 PDT 2012; root:xnu-2107.2.33~4/RELEASE_ARM_S5L8930X
Date:                2012-10-06 20:57:43 +0800
Time since snapshot: 63 ms

Free pages:        318
Active pages:      1626
Inactive pages:    1057
Throttled pages:   44479
Purgeable pages:   5
Wired pages:       15989
Largest process:   MJClub

Processes
     Name                    <UUID>                       rpages       recent_max       [reason]          (state)

      MobileMail <bff817c61ce33c85a43ea9a6c98c29f5>         1053             1053         [vm]         (resume) (continuous)
     MobilePhone <3fca241f2a193d0fb8264218d296ea41>          996              996         [vm]         (resume) (continuous)
            tccd <eb5ddcf533663f8d987d67cae6a4c4ea>          161              161         [vm]         (daemon)
          MJClub <ab7b5723f2023289927f68004c99544b>        17907            17907         [vm]         (frontmost) (resume)
            ptpd <04a56fce67053c57a7979aeea8e5a7ea>          588              588                      (daemon)
    mediaserverd <80657170daca32c9b8f3a6b1faac43a2>          442              442                      (daemon)
         syslogd <cbef142fa0a839f0885afb693fb169c3>          148              148                      (daemon)
      aosnotifyd <d4d14f2914c3343796e447cfef3e6542>          434              434                      (daemon)
     dataaccessd <2a3f6a518f3f3646bf35eddd36f25005>         1347             1347                      (daemon)
   iaptransportd <f784f30dc09d32078d87b450e8113ef6>          213              213                      (daemon)
       locationd <892cd1c9ffa43c99a82dba197be5f09e>          701              701                      (daemon)
           wifid <9472b090746237998cdbb9b34f090d0c>          297              297                      (daemon)
     SpringBoard <27372aae101f3bbc87804edc10314af3>         2462             2462                     
      backboardd <5037235f295b33eda98eb5c72c098858>         3475             3475                      (daemon)
         configd <4245d73a9e96360399452cf6b8671844>          368              368                      (daemon)
   fairplayd.N81 <335829f71dcd315fae46a042918d4716>          145              145                      (daemon)
       fseventsd <996cc4ca03793184aea8d781b55bce08>          317              317                      (daemon)
         imagent <1e68080947be352590ce96b7a1d07b2f>          353              353                      (daemon)
   mDNSResponder <3e557693f3073697a58da6d27a827d97>          204              204                      (daemon)
       lockdownd <ba1358c7a8003f1b91af7d5f58dd5bbe>          266              266                      (daemon)
          powerd <2d2ffed5e69638aeba1b92ef124ed861>          144              144                      (daemon)
  UserEventAgent <6edfd8d8dba23187b05772dcdfc94f90>          431              431                      (daemon)
     debugserver <185719f06f1631d4922c652bdd4c8529>            0                0                      (daemon)
springboardservi <ff6f64b3a21a39c9a1793321eefa5304>            0                0                      (daemon)
    syslog_relay <45e9844605d737a08368b5215bb54426>            0                0                      (daemon)
      DTMobileIS <23303ca402aa3705870b01a9047854ea>            0                0                      (daemon)
    syslog_relay <45e9844605d737a08368b5215bb54426>            0                0                      (daemon)
notification_pro <845b7beebc8538ca9ceef731031983b7>          131              131                      (daemon)
            afcd <b0aff2e7952e34a9882fec81a8dcdbb2>          136              136                      (daemon)
filecoordination <fbab576f37a63b56a1039153fc1aa7d8>          122              122                      (daemon)
       distnoted <a89af76ec8633ac2bbe99bc2b7964bb0>          106              106                      (daemon)
            apsd <94d8051dd5f5362f82d775bc279ae608>          316              316                      (daemon)
        networkd <0032f46009f53a6c80973fe153d1a588>          159              159                      (daemon)
      aggregated <8c3c991dc4153bc38aee1e841864d088>           94               94                      (daemon)
        BTServer <c92fbd7488e63be99ec9dbd05824f5e5>          300              300                      (daemon)
       securityd <dafed6d6d9843902a4a215ae04b0b530>          156              156                      (daemon)
         notifyd <51c0e03da8a93ac8a595442fcaac531f>          155              155                      (daemon)

**End**
===========================================================

私は楽器についてあまり知りませんが、私もそれを見て、ここに楽器からのデータがあります

アクティビティモニターを使用する

  • 仮想メモリ=219M

  • 実際のメモリ = 32M

割り当てを使用して

  • Live Byte = 2.5M (約 2.5M でクラッシュ)

  • リークを使用して

admob を削除してもリークは見つかりませんでした

admob 使用時に少しリークが見つかりましたが、重大ではないと思います

VMTracker を使用する

  • 常駐サイズ=82.43MB

  • 最初は Dirty Size=40MB でしたが、72MB に増加し、メモリ不足の警告を受けてクラッシュし続けました。admob を使用しない場合、アプリは問題なく 1 時間以上実行できます。

最新の 6.2.0 を使用している admob の場合、メディエーション ID/パブリッシャー ID を使用しようとしましたが、どちらも同じ結果になります。6.0.1 を使用しても同じ結果が得られます。

また、admob を他の広告 (inmobi など) に置き換えました。これは長持ちしますが、それでも時々クラッシュします (起動から 10 分)。

誰でもこの問題について何か考えを教えてください。このクラッシュは IOS6 でのみ発生し、IOS5 では問題ありません。ここでも ARC を使用しています。

4

2 に答える 2

3

ARC を使用している私のアプリは、iOS5 では完全に動作していましたが、iOS6 ではメモリ リークがひどくなり始めました。「リーク」とは、実際にはメモリを割り当てて、可変配列からオブジェクトを削除したときにメモリを適切に解放しないことを意味し、アプリのメモリ使用量が劇的に増加します。

多くのフラストレーションの後、問題のあるセクションの周りに @autoreleasepool { ... } を設定することで問題を解決しました。

私の疑いは、iOS6 が私のアプリを iOS5 とは異なる方法でスレッド化しているということです。これは、そのプロセスをカバーする @autorelease プールが以前はあったためです。

それが誰かを助けることを願っています。あなたの問題を解決して頑張ってください。

于 2012-11-16T07:20:14.837 に答える
1

アプリのメモリを監視したところ、iOS6ではiOS5と比較して使用可能な空きメモリ（RAM）が少ないことがわかりました。iOS6にはもっと多くのメモリが必要だと思います。そのため、アプリで使用できるメモリが少なくなり、メモリの警告が頻繁に発生します。

于 2012-12-01T11:04:34.773 に答える