使用 UIKit 视图操作时，整体视图层次结构如何变化？

Question

我一直试图弄清楚当使用诸如 pushViewController:animated、presentModalViewController:animated 和 UITabBarViewController 中的选项卡开关等方法时，视图层次结构中会发生什么，以及UIAlertView 和 UIActionSheet。

（旁注：我这样做是因为我需要知道我创建的特定 UIView 在屏幕上是否可见，而我不知道它或其超级视图如何添加到视图层次结构中。如果有人知道确定这一点的好方法，我欢迎了解。）

为了弄清楚这一点，我一直在不同情况下注销 [[UIApplication sharedApplication] keyWindow] 子视图的层次结构。以下正确的是：

1. 当新的 viewController 被推入 UINavigationController 的堆栈时，旧的 viewController 的视图不再位于视图层次结构中。也就是说，只有顶视图控制器的视图是UINavigationController的视图的子视图（根据日志，它实际上是UILayoutContainerView等几个私有类）。堆栈顶部控制器下方的视图控制器的视图实际上是否从窗口中删除？

2. 当通过 presentModalViewController:animated 呈现新的 viewController 时，会发生非常类似的情况。新的 viewController 的视图是kew 窗口的唯一子视图。这是正确的吗？

3. 最容易理解的事情：UIAlertView 创建自己的窗口并使其成为关键。

4. 我遇到的最奇怪的事情：UIActionSheet是通过showInView：方法显示的，actionSheet根本不在视图层次结构中。它不是作为参数传递给 showInView: 的视图的子视图，它不会添加为关键窗口的子视图，并且不会创建自己的窗口。那么它是如何出现的呢？

5. 我还没有尝试过这个，所以我想知道当 UITabBarController 中的选项卡切换时 keyWindow 层次结构中会发生什么。所选 UIViewController 的视图是否移至顶部，或者是否像 pushViewController:animated 和 presentModalViewController:animated 一样工作，其中只有显示的视图位于窗口层次结构中？

Answer 1

我认为您在概念上混淆了视图和视图控制器。导航控制器和标签栏控制器都管理其他视图控制器。两者都不管理视图。

整个应用程序没有视图层次结构，只有视图控制器的层次结构。仅当加载每个受控视图时，视图层次结构才存在。然后你就有了一个 window-->viewController.view-->viewController.view.subviews 的临时层次结构。当您在堆栈上推送/弹出另一个视图控制器时，您将获得另一个视图层次结构。

视图层次结构是用户看到的舞台幻觉。视图控制器层次结构是程序员用来创建这种幻觉的舞台布景/后台。不要混淆两者。

那么：

1. 堆栈顶部控制器下方的视图控制器的视图实际上是否从窗口中删除了？是的。当视图控制器从堆栈中弹出时，它的视图就会消失。为什么要浪费内存来保存用户可能永远不会再看到的视图呢？
2. 新的 viewController 的视图是 kew 窗口的唯一子视图。这是正确的吗？ 是的。
3. ...UIAlertView 创建自己的窗口并使其成为关键。 是的。
4. ...actionSheet 根本不在视图层次结构中。 ...那么它是如何出现的？它是由窗口上方的应用程序添加的。这就是它的特别之处。这也是它能够出现在所有其他视图之上的原因，即使这些视图失败了。
5. 所选 UIViewController 的视图是否移动到顶部 是的。再次，舞台幻觉。您可以将一个控制器的视图替换为另一控制器的视图。

Answer 2

我现在对 UITabBarViewController 执行了相同类型的日志记录，因此，考虑第 5 部分：

它的工作方式似乎与 UINavigationController 相同：只有与当前活动选项卡关联的视图控制器的视图位于 keyWindow 的视图层次结构中。

Answer 3

UIView 上的以下方法可能会满足您的需要：

– didAddSubview:
– didMoveToSuperview
– didMoveToWindow
– willMoveToSuperview:
– willMoveToWindow:
– willRemoveSubview: