看起来你遇到的是典型的临界内存压力崩溃——系统已经发出最高级别的内存预警，这时候仅仅在didReceiveMemoryWarning里移除对象可能已经来不及了，因为这个方法触发时，内存占用已经接近系统的强制回收阈值。咱们一步步来解决这个问题：

一、先排查核心内存问题 #

• 揪出内存泄漏：用Xcode的Memory Graph Debugger扫一遍，看看有没有循环引用（比如闭包没加[weak self]、Delegate没设为weak），或者某个对象被意外强引用导致无法释放。
• 检查大对象持有：下载的媒体文件如果是高清视频、超大图，下载完成后是不是还把完整的Data/NSData留在内存里？应该下载后立刻写入磁盘，然后释放内存里的原始数据，要用的时候再从磁盘读取。
• 缓存策略是否合理：如果用了第三方缓存库（比如图片缓存），检查缓存上限是不是设得太高；如果是自己实现的缓存，有没有做内存限制，会不会无限累积缓存内容？改用NSCache替代普通字典，它会在内存不足时自动帮你清理部分缓存。

二、优化下载过程的内存占用 #

• 改用流式下载：别一次性把整个媒体文件加载到内存！用URLSession的下载任务（downloadTask）而非数据任务（dataTask），它会自动把数据分块写入磁盘，不会占用大量内存。如果必须用数据任务，也要分块接收数据并实时写入磁盘，不要把所有数据存在内存里。
• 及时释放临时对象：下载过程中的临时变量、中间数据，用完立刻置为nil，让ARC能及时回收内存。

三、提前响应内存预警，不要等didReceiveMemoryWarning #

除了依赖didReceiveMemoryWarning方法，你可以注册UIApplication.didReceiveMemoryWarningNotification通知，更早收到内存预警信号，在系统强制回收前就主动清理内存。比如提前清理非必要的缓存、隐藏视图的图片资源等。

四、关于重启视图控制器的可行性 #

答案是可以，但这是兜底方案，应该在前面的优化都做了之后再考虑：

• 你可以在内存预警时，主动销毁当前视图控制器（比如popViewController或者dismiss），然后重新初始化并跳转回去。但一定要注意：
  • 销毁前保存好用户的当前状态（比如下载进度、已填写的内容），避免用户数据丢失；
  • 重启后重新加载资源时，要沿用前面的优化策略，别再触发同样的内存问题。

总结一下：先从内存泄漏、大对象、下载优化这些根源问题入手，这些才是解决内存压力的核心；如果所有优化都做了还是出现临界内存预警，再考虑重启视图控制器作为最后的补救手段。

内容的提问来源于stack exchange，提问作者Vishwanath Deshmukh