再谈 iOS 的 "presentViewController" 方法

最近做东西的时候发现了这样的一个问题，相信大家也都遇到过，当你使用 UISearchController 在 UITableView 中实现搜索条，在搜索框已经激活并推入新的 VC 的时候会发生搜索框重叠的情况。（如图）

起初我以为这是 iOS 的一个 Bug，就用手动 dismiss 的方式解决了。忙完回头再看苹果的文档，我恍然大悟，其实只需要设置一个属性就能完美解决这个问题！

那就是 definesPresentationContext 这个布尔值。

平时看起来没什么卵用的一个属性在这里究竟起到了什么作用呢？要解释这个问题，我们就要复习一下 “presentViewController” 的有关知识。

首先我们需要知道的是，UISearchController 搜索框展开的过程其实就是 SearchBar 触发了一个 “presentViewController” 的动作，所以一切问题就出在了 present 的方式上。系统为我们提供了许多呈现样式，我们只需要设置要呈现的 VC 的 modalPresentationStyle 属性就能实现多种效果，通常我们使用到的是：

• FullScreen: 顾名思义，它会在全屏范围内呈现一个视图控制器，效果其实在 iPad 或 iPhone 6/6s Plus 上体现的明显。
• CurrentContext: 在当前上下文中显示一个视图控制器，如果你使用 iPad 或 iPhone 6/6s Plus，你可能见过 Master / Detail 的视图，其中左右两个视图分别都可以作为一个 Context，使用该模式，新的视图控制器就只会显示在制定的上下文中了。
• OverCurrentContext: 与上面的区别是，这种方式会让父视图和正在呈现的视图控制器同时显示，通常我们要显示一个 HUD 的时候就需要这个模式，不然背景就会变成黑色。
• Popover: 弹出气泡样式。
• Custom: 自定义，通过 delegate 获取到 UIPresentationController 进而控制视图控制器的呈现效果。

这里，UISearchController 仅支持 OverCurrentContext、Popover 因此默认情况下使用的就是 OverCurrentContext 方式。根据文档：

当一个视图控制器以 OverCurrentContext 的方式被呈现时，它会向上寻找一个 definesPresentationContext 属性为真的父视图控制器，并在它之上显示这个视图控制器。

到这里，我们就知道为什么文章开头的问题会出现了。因为我们没有指定任何视图控制器为 Presentation Context，那么 UISearchController 就会显示在最根部的 UINavigationController 之上，当然就会遮挡导航条了。但是当我们给 UINavigationController 中某一级的 VC 设置了 definesPresentationContext，UISearchController 就会显示在那个 VC 之上，而不会遮挡整个 UINavigationController。

我们看看这种情况下的视图层次：

再看看没有定义 Presentation Context 的视图层次：

是不是一目了然了呢。