Ios 调用ImagePickerController（SourceTypeCamera）将卸载tabbar控制器中的其他页面（其他选项卡）

我有两个选项卡，一个包含imagepicker控制器，另一个包含UItableView作为uiview控制器的子视图

我意识到，当我调用imagepicker控制器（SourceTypeCamera）时，另一个选项卡中的页面正在被卸载（“view didUnload”方法）被触发

---

这是我应该期待的正常行为吗？（其他选项卡的视图被卸载）或者是由于使用相机时内存问题导致的，我应该注意这些问题吗？

正如您所说，

viewDidUnload

可以随时触发，并且通常与内存不足警告相关联，视图控制器的视图被缓存，即使在内存允许的时间内不需要。所以从严格意义上讲，它既不是预期的，也不是意外的，因为它取决于系统其余部分的状态总和

也就是说，

UIImagePickerController

在捕获图像时内存非常紧张（例如，请参见每个峰值都与UIImagePickerController“捕获图像”的实例相关），因此从内存中强制执行其他视图也就不足为奇了

---

没有记录机制，也没有理由使用

UIImagePicker

强制其他控制器推测性地转储其视图。

正如您所说，

viewDidUnload

可以随时触发，通常与内存不足警告相关联，视图控制器的视图被缓存，即使在内存允许的时间内不需要。所以从严格意义上讲，它既不是预期的，也不是意外的，因为它取决于系统其余部分的状态总和

也就是说，

UIImagePickerController

在捕获图像时内存非常紧张（例如，请参见每个峰值都与UIImagePickerController“捕获图像”的实例相关），因此从内存中强制执行其他视图也就不足为奇了

---

没有记录的机制，也没有理由让

UIImagePicker

强制其他控制器推测性地转储其视图。

感谢您对这方面的深入了解。因此，换句话说，我想我不应该对这种行为过于担心？不，传闻证据表明，这是一种常见的经历，而不是你做得不正确或不好的结果。谢谢你对这一点的深刻见解。所以换句话说，我想我不应该过分担心这种行为？不，传闻证据表明这是一种常见的经历，而不是你做得不正确或不好的结果。