当Allocations Instrument显示没有异常的内存使用时，iPad应用程序被抛弃了

Question

由于内存不足，我看到我的应用被抛弃了。在尝试追踪问题时，我通过Allocations工具运行应用程序。不幸的是，当它被杀死时，我看不出任何内存使用问题。

在弹出时，应用程序正在播放视频，并且已经持续约45秒。据我所知，没有任何接触或其他事件有所贡献。

崩溃报告和一套文书：

Incident Identifier: AF9F802D-F9B9-406D-951F-675AEE9ACCDF
CrashReporter Key:   0563d9f62086be9f13ffd2d60b3b0bec7c5d677e
OS Version:          iPhone OS 3.2.1 (7B405)
Date:                2010-09-03 10:28:20 +0100

Free pages:        693
Wired pages:       22014
Purgeable pages:   0
Largest process:   Wheel

Processes
         Name                 UUID                    Count resident pages
           Wheel <7c2db04027d9b0c387b2389c64499ebe>   18864 (jettisoned) (active)
      DTMobileIS <b34df288cd9a07a995933bbd6b66717a>    1697
notification_pro <4c9a7ee0a5bbe160465991228f2d2f2e>      72
notification_pro <4c9a7ee0a5bbe160465991228f2d2f2e>      72
    syslog_relay <1c73f841b191556b6911bc6b4736b50f>      71
            ptpd <e3f855cfd629600a4812e7e90c77667e>     253
             lsd <eb108595d2a932a8d244d1ab7386cd0f>     162
         notifyd <74e4a487a89c31f68917b22605baf6c6>      63
        BTServer <21dd98c0ab29b910cd51cb703a9cb9b9>     213
      CommCenter <e4b9cc04f083f22232c92ee1363fe669>     187
     SpringBoard <745085d9a24a8529f0ceb6c33d766873>    4281 (active)
      accessoryd <59ca0ba146c28bf5c8ab6e3d2e81bbad>     112
         configd <36001fe17103f8af6d3b525cb23ac8a0>     356
   fairplayd.K48 <2d997ffca1a568f9c5400ac32d8f0782>      81
       locationd <60fd4d90fec18a76ffc0b8a45351fe54>     626
   mDNSResponder <a6f01dd493e3d2bfe318f5d44f8508e2>     144
    mediaserverd <2eda3ce5e1c8a1a4d7b8271cef1f2d12>    1624
       lockdownd <378f09833cdc57b1b60e42d79c355938>     283
MobileStorageMou <7f2cd9f90fab302a42a63460b1c4d775>      72
         syslogd <6990426209e51a8ee13c91cd1a050a2e>      69
         launchd <880e75c2db9c0f670516c58935e89b58>      88

**End**

我还能做些什么来追查抛弃的原因吗？有谁知道崩溃报告中的Count居民页码是什么意思？

修改

有没有办法在应用程序运行时获取常驻页数？

Answer 1

好的，我看到我的应用程序被抛弃的原因，并没有看到泄漏或分配中的任何奇怪的活动是因为我（无意中）缓存了几个大图像，这导致我的应用程序运行内存使用。

问题的根源是对[UIImage imageNamed：]的几次调用，它缓存了图像数据。将此方法中的调用交换到不缓存的方法解决了问题。

如果您想了解更多详情，我会提出a short post here。