Iphone UIPickerView通过数据源连接时导致泄漏

我创建了一个测试项目来确认我的内存泄漏： 项目文件：

基本上，UIPickerView通过IB连接到数据源。当它连接到数据源时，它会泄漏。如果没有，就没有泄漏。我需要为一个即将发布的应用程序使用UIPickerView，该应用程序需要尽快发布，不幸的是，由于泄漏，它保证每2小时发生一次崩溃。如何在内存泄漏的情况下使用UIPickerView而不崩溃

编辑：

---

它只在设备上泄漏，不在模拟器上泄漏。

这是泄漏的苹果库。你对此无能为力。这是苹果的错。

这不是漏洞。这是一种分配。 如果是泄漏，第二排会显示一个红色的尖峰。

---

泄漏的真正测试是多次提出和驳回。如果你能做到这一点，并表明分配不断上升，那么就存在漏洞。否则就不行。

这不是一个你可以控制的泄漏，它是内部的。。。但这是一个非常小的内存量，不会使应用程序崩溃。我很想看看这是什么样子一个小时内。。。你能提供这次事故的回溯吗？这可能有助于确定坠机的真正原因。

添加我的评论作为答案

你的应用程序不会因为这个漏洞而崩溃，因为它是由框架引起的一个非常小的漏洞，你不必担心。屏幕截图显示它是以几个字节为单位的。如果你的应用程序每2小时就崩溃一次，那就意味着还有其他东西在占用大量内存。请检查您的代码中是否使用了其他可能导致此问题的内容，并用您的发现更新问题

---

在分配工具中，确保您正在检查live bytes部分，并检查它上升了多少。如果它保持在15-20MB以下，无论如何你都不必太担心。检查此项以了解有关的更多详细信息。也检查一下这个

重现泄漏的具体步骤是什么。当我试着运行你的代码时，它没有显示任何选择器，我不得不将它从内部视图移到外部视图来显示它。然而，在这两种情况下我都看不到任何泄漏。你能试着上传显示泄漏的确切代码吗？这就是显示泄漏的确切代码。我应该提到，你必须在设备上运行它，因为模拟器没有显示泄漏。单击

选择器

按钮，然后单击

返回

。在Instruments中做一个快照，它会显示这些泄漏：我不认为，你的应用程序会因为这个泄漏而崩溃。检查是否有其他占用大量内存的内容。屏幕截图中的漏洞显示了一些框架，你不必担心。对不起，不。这不会对你的应用程序产生太大影响，因为如果你看，框架的漏洞很小。我确实演示了几次，并驳回了它。名单还在不断增加。还有别的办法吗？