8

我遇到了崩溃，非常感谢有关如何查找和解决问题的一些建议。游戏只是关闭。当应用程序附加并在调试器中运行时，没有调试输出可以说明为什么会出现“正常”崩溃。我知道它发生在 LoadView 之后，因为 LoadView 末尾的 NSLog 是最后一个输出，相同每次屏幕。下面是有限的崩溃报告表单 Organizer（我认为是“未知”进程，因为它在调试器中运行？）这仅在 ios6 上开始发生。尽管我不确定我是否完全相信它，但根据仪器显然没有内存泄漏。当您玩游戏一段时间并在屏幕上来回切换时，往往会发生崩溃，因此感觉就像泄漏。然而，返回同一屏幕时总是如此，这表明该视图控制器存在问题。我不知道 rpages 到底是什么，也不知道 90974 是否太大。

Incident Identifier: 7D34217C-9F8E-49B0-B399-1F5573355F31
CrashReporter Key:   29ce6ea76874d5a03d826014a1f50e1a2160db41
Hardware Model:      iPhone3,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-30 22:48:15 -0700
Time since snapshot: 206 ms

Free pages:        958
Active pages:      2673
Inactive pages:    2118
Throttled pages:   101092
Purgeable pages:   0
Wired pages:       22186
Largest process:   MyCrashingApp

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

  MobileMail <bff817c61ce33c85a43ea9a6c98c29f5>         1165             1165         [vm]         (resume) (continuous)
  MobilePhone <3fca241f2a193d0fb8264218d296ea41>        898              898         [vm]         (resume) (continuous)
  tccd <eb5ddcf533663f8d987d67cae6a4c4ea>               119              119         [vm]         (daemon)
  MyCrashingApp <f6c54a2392523abe8745d853870bf985>      90974            90974         [vm]         (audio) (frontmost) (resume)
  ptpd <04a56fce67053c57a7979aeea8e5a7ea>               665              665                      (daemon)
  locationd <892cd1c9ffa43c99a82dba197be5f09e>          1237             1237                      (daemon)
  dataaccessd <2a3f6a518f3f3646bf35eddd36f25005>        614              614                      (daemon)
  mediaserverd <80657170daca32c9b8f3a6b1faac43a2>       1316             1316                      (daemon)
  syslogd <cbef142fa0a839f0885afb693fb169c3>            139              139                      (daemon)
  wifid <9472b090746237998cdbb9b34f090d0c>              284              284                      (daemon)
  iaptransportd <f784f30dc09d32078d87b450e8113ef6>      192              192                      (daemon)
  SpringBoard <27372aae101f3bbc87804edc10314af3>        3477             3477                     
  backboardd <5037235f295b33eda98eb5c72c098858>         9957             9957                      (daemon)
  aggregated <8c3c991dc4153bc38aee1e841864d088>         75               75                      (daemon)
  BTServer <c92fbd7488e63be99ec9dbd05824f5e5>           198              198                      (daemon)
  configd <4245d73a9e96360399452cf6b8671844>            897              897                      (daemon)
  fairplayd.N90 <3ac48d9cfb143757bccce4fe6c154533>      135              135                      (daemon)
  fseventsd <996cc4ca03793184aea8d781b55bce08>          315              315                      (daemon)
  imagent <1e68080947be352590ce96b7a1d07b2f>            528              528                      (daemon)
  mDNSResponder <3e557693f3073697a58da6d27a827d97>      237              237                      (daemon)
  lockdownd <ba1358c7a8003f1b91af7d5f58dd5bbe>          207              207                      (daemon)
  powerd <2d2ffed5e69638aeba1b92ef124ed861>             123              123                      (daemon)
  UserEventAgent <6edfd8d8dba23187b05772dcdfc94f90>     427              427                      (daemon)
  debugserver <185719f06f1631d4922c652bdd4c8529>        0                0                      (daemon)
  gputoolsd <889065a15ba8372ca533e023c10bd776>          0                0                      (daemon)
  springboardservi <ff6f64b3a21a39c9a1793321eefa5304>   0                0                      (daemon)
  syslog_relay <45e9844605d737a08368b5215bb54426>       0                0                      (daemon)
  syslog_relay <45e9844605d737a08368b5215bb54426>       0                0                      (daemon)
  DTMobileIS <23303ca402aa3705870b01a9047854ea>         0                0                      (daemon)
  afcd <b0aff2e7952e34a9882fec81a8dcdbb2>               120              120                      (daemon)
  notification_pro <845b7beebc8538ca9ceef731031983b7    118              118                      (daemon)
  filecoordination <fbab576f37a63b56a1039153fc1aa7d8>   115              115                      (daemon)
  distnoted <a89af76ec8633ac2bbe99bc2b7964bb0>          101              101                      (daemon)
  apsd <94d8051dd5f5362f82d775bc279ae608>               280              280                      (daemon)
   networkd <0032f46009f53a6c80973fe153d1a588>          147              147                      (daemon)
   CommCenterClassi <c82f228b14a830cdb88e3cc1068330b3>  616              616                      (daemon)
   notifyd <51c0e03da8a93ac8a595442fcaac531f>           167              167                      (daemon)
   ReportCrash <8c32f231b2ed360bb151b2563bcaa363>       135              135                      (daemon)

结尾

4

1 回答 1

36

你的应用程序崩溃是因为 Jetsam（又名 memorystatus），它是 iOS 的低内存条件处理程序，杀死了它（这类似于 Linux 的 OOM 和 Android 的 LowMemory Killer）。您看到的是内存快照。请允许我解释一下：

可用页面：958 - 多少可用物理内存（4K 的倍数）
活动页面：2673 - 最近使用了物理内存中的页面数
非活动页面：2118 - 物理内存中有多少页面最近未被使用
限制页面：101092 - 有多少页面受到限制（长篇大论，此处无关）
可清除页面：0 - 在内存不足的情况下可以踢出多少页  
有线页面：22186 - 有多少页面被驻留锁定，主要用于内核目的或共享库

您的应用程序拥有最常驻内存的不幸和可疑的荣誉（与其他应用程序相比，按数量级计算）。因此，当内存不足的情况发生时——一些应用程序想要malloc()一个大块，并且没有足够的空闲页面剩余——Jetsam 简单地选择顶部内存并且——繁荣。Kill -9. 因此，没有调试转储等。iOS 没有交换，因此无法在交换上转储进程以清理内存。唯一的办法就是出去。死亡。

你可以做些什么：

在 Jetsam 杀死你之前，通常会通过事件发出低内存通知，Obj-C 运行时将其转换为-didReceiveMemoryWarning. 所以处理它。根据您的描述，您可能还想释放UIViews. 那些消耗大量内存。

于 2012-10-31T14:16:10.967 回答