一个小的内存泄漏有多大的关系？
How big of a deal is a small memory leak?
所以我在 swift/xcode 中编写了一个应用程序，现在我在终点线确保一切正常。使用 Xcode 的内存使用指示器，我注意到当我玩关卡然后 return 进入主场景时，我的基准内存使用量增加了 200-300(kB) 或大约 .25 (MB) .因此，我去了仪器并查看了持久数据。我在想一些 SpriteNode 有一个 runBlock 创建一个强引用并找到了具有高引用计数的纹理实例，可能与爆炸动画有关，并且在 SKAction.playSoundFileNamed(...) 被调用后一些声源没有被释放。无论如何，我尝试了各种修复，还没有确定它是声音、爆炸动画还是其他东西，但它似乎是普遍的，发生在任何级别之后，这与 Instruments 一起让我相信它是两者之一（爆炸动画或播放创建强大参考循环的声音文件）。但是我的一部分感觉就像我在追鬼一样，因为我真的没有任何性能问题。我 运行 在 20-50 MB 范围内，所以每个级别添加 .2 MB 实际上不会影响任何东西，即使它做了十几次（游戏只有 9 个级别）。虽然作为一个完美主义者，这让我发疯。所以更实用:
apple 关心小的内存泄漏吗？它会对此进行测试吗？
无论他们是否这样做，请考虑这将如何影响您的用户。如果有人非常喜欢您的游戏可以玩几个小时，这最终会影响他们的体验吗？ OS 何时卸载您的应用程序（即内存使用会持续多长时间）？显然不要泄漏内存更好，但是 "will Apple be unhappy with me" 是一个不如 "will my users be unhappy with me."
重要的考虑因素
所以我在 swift/xcode 中编写了一个应用程序，现在我在终点线确保一切正常。使用 Xcode 的内存使用指示器，我注意到当我玩关卡然后 return 进入主场景时，我的基准内存使用量增加了 200-300(kB) 或大约 .25 (MB) .因此，我去了仪器并查看了持久数据。我在想一些 SpriteNode 有一个 runBlock 创建一个强引用并找到了具有高引用计数的纹理实例，可能与爆炸动画有关，并且在 SKAction.playSoundFileNamed(...) 被调用后一些声源没有被释放。无论如何，我尝试了各种修复，还没有确定它是声音、爆炸动画还是其他东西，但它似乎是普遍的，发生在任何级别之后，这与 Instruments 一起让我相信它是两者之一（爆炸动画或播放创建强大参考循环的声音文件）。但是我的一部分感觉就像我在追鬼一样，因为我真的没有任何性能问题。我 运行 在 20-50 MB 范围内，所以每个级别添加 .2 MB 实际上不会影响任何东西，即使它做了十几次（游戏只有 9 个级别）。虽然作为一个完美主义者，这让我发疯。所以更实用:
apple 关心小的内存泄漏吗？它会对此进行测试吗？
无论他们是否这样做，请考虑这将如何影响您的用户。如果有人非常喜欢您的游戏可以玩几个小时，这最终会影响他们的体验吗？ OS 何时卸载您的应用程序（即内存使用会持续多长时间）？显然不要泄漏内存更好，但是 "will Apple be unhappy with me" 是一个不如 "will my users be unhappy with me."
重要的考虑因素