iOS應用崩潰原因不明

我正在使用最新版本的XCode併爲iOS 6.0及以上版本構建。以下是我得到的崩潰日誌。它似乎沒有任何幫助。我注意到的唯一情況是，對於我的應用程序，它顯示「[per-process-limit]」。這是否意味着什麼？還有什麼可能導致這次崩潰？如果有問題，我正在使用ARC。謝謝iOS應用崩潰原因不明

Incident Identifier: B3FF81F3-FE14-46B2-A4C6-0931917D87C0 
CrashReporter Key: e64be3b78430ea913edf711ceb553d83ad760b10 
Hardware Model:  iPhone5,1 
OS Version:   iPhone OS 6.1.3 (10B329) 
Kernel Version:  Darwin Kernel Version 13.0.0: Wed Feb 13 21:40:10 PST 2013; root:xnu-2107.7.55.2.2~1/RELEASE_ARM_S5L8950X 
Date:    2013-04-16 18:57:49 -0400 
Time since snapshot: 952 ms 

Free pages:  1490 
Active pages:  15836 
Inactive pages: 7532 
Throttled pages: 68031 
Purgeable pages: 48 
Wired pages:  165666 
Largest process: Stevens Book Tra 

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

     timed <13d1143a8d7433cdbec64d4279aee1fe>   445    445   [vm]   (daemon) (idle) 
    Bejeweled <ac11f9265d6634cc8ccb70757a223325>  14984   14984   [vm]   (suspended) 
    AppStore <ffde258b8ad532398989bdd281fac800>  17866   17866   [vm]   (suspended) 
     lsd <fe3afa7c718c30e591f1324f09d08c4f>   631    631      (daemon) (idle) 
     gamed <7954b1514d88384ca3f1f506b29d0812>   1510    1510      (daemon) (idle) 
    installd <4da1ba8fb7cd3c6690edf3e2a3c24269>   447    447      (daemon) (idle) 
webbookmarksd <d241794687e23138a14c7a5ad4371181>   651    651      (daemon) (idle) 
itunesstored <be14ada6a4d836f0aac6cf104f600c64>   2325    2325      (daemon) (idle) 
networkd_privile <20292830d8d53949b82495c145d0a379>   131    131      (daemon) (idle) 
softwareupdatese <1e626439b28f3e778f6a90c15b355c5d>   559    559      (daemon) (idle) 
    accountsd <6255c4bbbe953cc990fbeb8bc8d3ba86>   1141    1141      (daemon) (idle) 
    MobileMail <aed39adc22ee334c90bca672f578f1c0>   8775    8775      (continuous) 
    MobileSMS <afeef1d46f00323395b58b14f8803a82>   1726    1726      (background) 
MobilePhone <872761e082c831a8a9090c8660347d5a>   1736    1736      (resume) (continuous) 
     tccd <e6dbe43518593da19ff55a9f3f15b3de>   325    325      (daemon) 
     kbd <47657f4dd979300a840367905786eccc>   782    782      (daemon) 
My App <29f36b70932433febcb1123b2b6c534b>  151118   151118 [per-process-limit] (frontmost) (resume) 
    Pandora <6596910eed9532aca40f1ee3d6558334>   8775    8775      (audio) (background) 
    syslogd <42cd10099569364f811f66ad6f6dea46>   177    177      (daemon) 
    locationd <2d8cb2921fb538d4bb4aed62af98b4d2>   1988    1988      (daemon) 
mediaserverd <221fa80d17503fc7aa86f1041bdcc0be>   2189    2189      (daemon) 
     wifid <71a35a9968a4358a8569e6de843ad1aa>   859    859      (daemon) 
    calaccessd <d4096f0836003ac8a5ef4cea07e382d1>   730    730      (daemon) 
dataaccessd <7b294c10f04f36af8086f4ccb5606fae>   1778    1778      (daemon) 
    aosnotifyd <44b37f0df5c932e39b30230611981071>   737    737      (daemon) 
iaptransportd <30bda0eeebb73681939e4223845ff0de>   378    378      (daemon) 
SpringBoard <b0713272db793942ac49d8d3c84c2c2e>  11389   11389      
    backboardd <d9997ef1b2bc3015862615abf37ebb1b>   5874    5874      (daemon) 
UserEventAgent <d19ebe160ed536c8b18c89f066b758a6>   943    943      (daemon) 
    securityd <eda98353705c34578e9b09867d3c96f6>   269    269      (daemon) 
    sandboxd <bbb7e05047a937159530525e2657928a>   277    277      (daemon) 
syncdefaultsd <9c9a6da6f6993bb2be6ba01b851dc3e9>   698    698      (daemon) 
mediaremoted <0279c54f0b2d30f6866036eea881cce1>   412    412      (daemon) 
    recentsd <99746b2acfdc3654881ad4fc961e2c89>   925    925      (daemon) 
    absinthed <a0bbaeb03c47300a9d5a7f6ce6468aab>   175    175      (daemon) 
    SCHelper <1ba907829bfa3e479f071e61c531331f>   227    227      (daemon) 
filecoordination <44b0075fbc5b3af5b403fc3bcb6603b0>   350    350      (daemon) 
    distnoted <4b2b2984057b3df2a7e5c7d1d79a099b>   239    239      (daemon) 
     apsd <9ba45b14c44d340da1c3a41f28b46f65>   578    578      (daemon) 
    networkd <26c89c34e3e031fdb46bea7bed9df0ff>   324    324      (daemon) 
    aggregated <a2d209b4577a3697a10c288fd542e501>   126    126      (daemon) 
    fseventsd <b148ac55dd67325e822695755023a16e>   336    336      (daemon) 
    BTServer <e6eb89b2fe7b3b219a2d90e6735b166d>   424    424      (daemon) 
    imagent <e61401f9f6303ae189c517add142b837>   839    839      (daemon) 
fairplayd.N41 <7d6161c8bf4633f7b62b9dbbd78ff990>   388    388      (daemon) 
    configd <d2cd8bc6ed643fa69392c80fc416cd8b>   795    795      (daemon) 
    lockdownd <f960236277c33ac78488eeea78661347>   333    333      (daemon) 
     powerd <fde6e83ab5f63bfeb5313e4cd86b25cc>   276    276      (daemon) 
mDNSResponder <b9aedd3c47f43627af9b55c3d0844f16>   479    479      (daemon) 
    CommCenter <3fbedab9761b3733a3fc0cd58ab00055>   1702    1702      (daemon) 
    notifyd <bbd1f04dd7163c93bc9eb6e5a7b14ab7>   231    231      (daemon) 
ReportCrash <3f296f612faa36d687fb3bb40a4648eb>   355    355      (daemon) 

**End**

來源

2013-04-17 Stephen

那麼，MyApp有151118駐留頁面的內存，這是約590 MB（iOS下的一個頁面是4 KB）。所以這是太多的記憶。嘗試使用樂器中的分配工具運行，並查看內存的位置。

編輯，實際上回答這個問題：該系統是因爲它使用了太多的內存殺死你的應用程序。爲了修復崩潰，你需要減少你的內存使用量（在這種情況下是相當劇烈的）。我懷疑你有一個導致內存使用率高峯的錯誤，因爲根據你發佈的日誌，你的應用程序真的不需要那麼多的內存。

來源

2013-04-17 00:13:40

我懷疑可能是這種情況，但我不知道如何去減少這種足跡。我以爲ARC是想爲我處理這一切？我會研究Allocations工具，謝謝 – Stephen

ARC爲您處理了很多事情，但仍可能意外地吃了大量的內存。尋找在環內分配大量（或多個）對象的「緊密環路」，例如'for（whatever）{[self loadABigImageIntoMemory];這是一個相當普遍的罪魁禍首。 –

@ user132490瞭解保留週期。在Xcode中，運行Product-> Analyze菜單。 – rmaddy

iOS應用崩潰原因不明

回答

相關問題