內存警告和崩潰的應用-找不到問題的根源

Question

收到許多內存警告后，我的應用程序不斷崩潰。 它幾乎有三萬行代碼，因此跟蹤問題並不容易。 我已經通過各種工具運行了它，在某些階段有多達30MB的活動字節，據我所知，這應該不是太大的問題。 內存泄漏極少，因此不會成為問題。 長時間播放后，該應用傾向於崩潰。 儀器中沒有任何東西可以幫助我跟蹤不斷收到的內存警告的來源。 還有其他可能的方法嗎？ 出於明顯的原因不要發生這種情況非常重要。 任何幫助是極大的贊賞。

Answer 1

根據我的經驗，實際上，30MB的活動字節並不是那么少的內存。 IMO，可以消耗大量內存，但只能在很短的時間內使用，然后再返回到更安全的內存占用水平（如果要處理iPad1，則應在10到15/20 MB之間）。

我認為“遺棄的內存”就是這種情況，即分配的內存（盡管可以釋放）永遠不會（或為時已晚）。

查看這篇文章以了解快照內存分析，這可能對您有幫助。

當然，您的應用程序確實有可能需要那么多的內存（例如，由於其處理的一些大資源），在這種情況下，前進的路徑將試圖減少所需的內存（而這在很大程度上取決於應用管理的數據（例如，如果是游戲），您可以為藝術品使用RGB565格式而不是RGBA8888）。

此外，如果Instruments允許您確定內存消耗增加的特定情況，則可以解決這些情況，以消除所有泄漏，刪除廢棄的內存或優化應用程序的內存消耗要求。