Memory management 为什么钛合金有这么多的泄漏?

Memory management 为什么钛合金有这么多的泄漏?,memory-management,memory-leaks,titanium,titanium-alloy,Memory Management,Memory Leaks,Titanium,Titanium Alloy,为什么使用泄漏工具的仪器显示出如此多的泄漏,然后在大约三个泄漏检测周期后崩溃 这不正常吗 我正在测试的应用程序有一个索引窗口,其中有一个标签,单击该窗口将打开另一个窗口,单击该窗口将再次关闭 没什么大不了的,好像有漏洞? 第一次检测显示有72处新的泄漏 第二个然后是8个新的泄漏 有人知道为什么会这样吗 谢谢你帮我解决这个问题 用钛合金开发应用程序已经8年了,现在看起来已经不像它应该做的那样了。每当社区发现漏洞时,开发团队通常会迅速修复。也就是说,发现泄漏的情况非常罕见 大多数内存泄漏都是由开发人

为什么使用泄漏工具的仪器显示出如此多的泄漏,然后在大约三个泄漏检测周期后崩溃

这不正常吗

我正在测试的应用程序有一个索引窗口,其中有一个标签,单击该窗口将打开另一个窗口,单击该窗口将再次关闭

没什么大不了的,好像有漏洞? 第一次检测显示有72处新的泄漏 第二个然后是8个新的泄漏

有人知道为什么会这样吗

谢谢你帮我解决这个问题


用钛合金开发应用程序已经8年了,现在看起来已经不像它应该做的那样了。每当社区发现漏洞时,开发团队通常会迅速修复。也就是说,发现泄漏的情况非常罕见

大多数内存泄漏都是由开发人员生成的。例如,如果在控制器外部创建对UI元素的引用,则必须清理对该UI元素的引用,以让垃圾收集处理它。如果未释放组件,则无法触发垃圾回收


除上述内容外,我无法为您提供更多帮助,因为您没有提供任何相关信息,如SDK版本、导致它的代码等。您可能偶然发现了真正的内存泄漏,但很可能您没有释放资源。

这是不正常的。如果你的应用程序很简单,请显示代码并告诉我们你正在使用的SDK版本。是的,很抱歉没有添加更多信息。SDK版本是7.5.0.v20180824022007。我正在使用GitHub上找到的journal alloy模板,并且没有对其进行修改。从一开始,持久字节就增加到26MiB左右,不是吗对于start来说,相当高的26mb是相当好的,因为它需要将JScore放入SDK和其他东西的内存中。但它不应该漏