我已经浪费了2天所以只是在这里问。帮忙。
是leakege?
答案 0 :(得分:4)
(突出显示OP的问题,因为无论谁认为这需要关闭,都没有看到它。完全有效的问题。)
泄漏似乎完全在系统中;这种泄漏可能是由你的代码间接造成的,但是极不可能。
这也可能是误报;系统正在使用指针玩游戏,以便仍然存在引用。
无论如何,请通过http://bugreport.apple.com/提交错误。
如果您没有看到随着时间的推移而增长 - 如果泄漏限制为应用程序运行时的6~32个字节分配 - 那么除了烦恼之外,不值得担心。< / p>
答案 1 :(得分:2)
就我可以从图像中收集而言,似乎有某种后台线程不断运行...无论是系统库还是某些未正确发布的对象。这些问题确实是发展的瓶颈。找出泄漏发生的确切位置变得非常复杂。
构建和分析是一个不错的选择,因为它将为您提供正确的路径,以确定泄漏发生的位置和原因!!
祝你好运!!
答案 2 :(得分:1)
基于屏幕截图中的调用堆栈,看起来所有调用都在系统库中,在后台线程上运行。 libGLProgrammability.dylib可能是OpenGL,它似乎在内部运行LLVM。
泄漏会随着时间的推移而增长吗?如果没有,因为只有6个对象(总共192个字节)显示为泄露,你可能不想让自己太疯狂了......
答案 3 :(得分:0)
您需要正确分配和释放所有对象,这并不容易,但必要。
您可以从构建选项启用另一个控件:RUN_CLANG_STATIC_ANALYZER
以在编译时显示所有错误的版本
答案 4 :(得分:0)
你在设备上试过吗?有时你可以看到模拟器中没有出现在设备上的泄漏。