【问题标题】:Is it ok to submit application with following issue?可以提交以下问题的申请吗?
【发布时间】:2012-04-10 05:56:16
【问题描述】:

我已经开发了应用程序,一切都很好。同样,我还将内存占用量保持在非常低的水平。在应用程序运行期间不会显示泄漏。我测试了应用程序两个多小时,没有崩溃报告。但是当我当时检查仪器上的应用程序时,它显示我正在跟踪泄漏。我检查了我的应用程序,但没有这样的泄漏对象。 “即使我使用的应用程序持续 12 小时,它也没有崩溃或停止”。

//这里是仪器的屏幕截图。

///>>>>>>在这里,我上传了最新的泄漏截图。它可以帮助人们了解泄漏在哪里。 // 我认为是库文件泄漏(CoreFoundation)...请建议该怎么做..

请帮帮我,这真是把我搞砸了。

谢谢。

【问题讨论】:

  • 您是否构建并分析过您的项目?
  • @SreeCharan :是的......但我没有发现任何类似泄漏的东西。
  • 在大多数情况下,当您不保留作为对象的属性并在其他方法中向其发送迟到的消息时,就会发生这种情况。
  • @RKK :所以,这是一个问题,否则苹果会接受这个..如果应用程序运行非常流畅并且没有任何内存使用等问题。
  • 是的,这是个问题。无需担心。只需清理并运行。

标签: iphone memory-management app-store submit instruments


【解决方案1】:

并非所有的“内存泄漏”都是实际泄漏。并且报告的一些问题可能是由 Apple 库本身引起的。通常所有的单例、静态变量和一些 c 级变量都会“泄露”,但只有一次,不会被视为对内存的威胁。

NSString、NSArray 等基础类经过优化以处理繁重的工作量。并且一些对象可能会保留在内存中以供以后重用。如 @””。

因此,除非问题随着时间的推移而累积,否则请继续努力,按原样提交您的应用。如有必要,您仍然可以稍后修复它。

【讨论】:

  • 感谢您的回复..我也在考虑它的图书馆问题。然后我会再次检查它。但我对你的回复很满意(很少确认)...会加五...
【解决方案2】:

嘿,使用“command+shift+b”分析您的代码并修复所有泄漏,无论分析后出现什么,将其提交到应用商店。我认为我们无法修复仪器显示的所有泄漏,因此最好使用 command+shift+b。我认为我们应该只在收到内存警告和由于内存不足而崩溃时才使用仪器。

【讨论】:

  • 静态分析仪是一个非常好的工具,但它远​​非完美,并且不会检测到所有的泄漏。实际上存在一系列问题,它根本无法检测到。因此,仪器总是有一些帮助。顺便说一句,我倾向于在分配工具中使用堆快照进行调试,而不是内存泄漏,但这可能只有我一个人。
  • 我使用静态分析器进行了分析,它只显示了一个泄漏。那是 >>>>>"CGContextSetStrokeColorWithColor(context, color.CGColor);"
猜你喜欢
  • 1970-01-01
  • 2016-07-07
  • 2017-12-21
  • 2012-04-19
  • 2015-03-04
  • 2012-06-22
  • 2011-06-25
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多