面积

Question

我已经创建了一个应用程序有12个视图控制器和它得到了很多图形的iOS应用程序的内存使用（图像文件）

当我启动的应用程序，我注意到内存上涨，因为我通过移动视图控制器。一旦我已经完成了所有的控制器移动内存530MB

所以我的问题是： -

一），这是一个很大的内存来使用 二）我应该担心 c）我如何从内存中删除视图控制器，当我导航回合..例如我有一个视图控制器上博但是一旦有人点击跳过或开始，我会继续看下一个视图控制器，因此理论上它不需要再加载。

想法？

我运行在iPhone 7 Plus上，它具有3Gbm，但希望能够在iPhone SE之后的其他手机型号上运行该应用程序。然而，我注意到内存配置文件是大约50％没有iPhone本身，而是假设那是因为它不加载X3图像按加电话

Answer 1

一），这是一个很大的内存来使用

很多是相对术语，530Mb是否完全取决于应用程序在做什么以及它是什么类型的应用程序！如果它的游戏具有丰富的图形功能，我不会受到太多的困扰，但如果它是一个简单的实用程序，我会担心的！

二）我应该担心

内存得到累积/为用户负载增加应用程序的各种屏幕是一种非常常见的场景。如果它不断增加，永远不会下降，你应该感到困扰。每次VC加载时都可能会加载，使用它的图形很大，或者可能会分配大量变量并消耗大量内存来执行其功能。这很公平。但是，一旦用户从应用程序导航堆栈中弹出VC，应该返回由VC分配的所有内存，并且应用程序消耗的内存总量应该减少。理想的记忆足迹看起来就像是一个达到高峰的波形，一旦VC弹出，它就会下降。如果那没有发生，你有麻烦了:)

三）如何从内存中删除视图控制器为我导航轮

1. 使用适当的导航技术。除非实际需要将VC实例保留在内存中，否则不要将VC推到导航控制器堆栈。所有推到导航堆栈的VC都将继续保留在内存中，直到用户杀死应用程序或者iOS决定在接收到内存警告时关闭应用程序为止。

2. 在每个VC中写入deinit/dealloc，并确保每次用户弹出VC时都会调用该按钮，方法是按下按钮（如果按下按钮），或者如果VC以模式形式呈现则关闭VC。确保每个VC的deinit被调用是确保VC不会占用任何不必要的内存的最佳方式。

3. 确保您的VC中没有代码会导致保留周期并将对象永久保留在内存中。例子：如果你的VC声明了一个块并且拥有对块的强引用，并且你传递了自己来阻止你的块，那么自己永远不会被释放。典型的保留周期例子。确保你的代码不会产生这样的死锁

4. 永远不要坚持任何东西强烈使用strong/retain，除非它是必要的。

5. 使用工具来查找每个对象的内存泄漏和引用计数，以确保在应用程序中没有内存泄漏。