? ? ?UISearchBar+UISearchDisplayController這個組合的穩定性經過幾次iOS版本迭代肯定不言而喻，但蘋果爸爸就是任性的在iOS8.0中宣布棄用UISearchDisplayController，推薦開發者使用UISearchController。雖然沒有找到官方或者大神的明確解釋，但是在使用過程中的確發現了一些不足之處，不過筆者是用了倒推法。一開始就采用UISearchController是實現搜索功能，然后偶然發現iOS8.4版本中UISearchController竟然是失效的，蘋果也是給開發者挖了一個大坑然后跑路的節奏。于是乎為了做iOS8.4版本的兼容回去使用了UISearchBar+UISearchDisplayController。
UISearchController不同于UISearchDisplayController的最大之處在于UISearchController繼承自UIViewController，是一個實實在在的視圖控制器，而UISearchDisplayController繼承自NSObject，是一只“披著羊皮的狼”，說白了是一個工具類。通過視圖層次分析可以清晰的發現兩者的差別。視圖層次分析分別截取了三種狀態：
（1）狀態一：打開程序未觸發任何操作狀態；
（2）狀態二：選中searchbar但未輸入任何內容狀態；
（3）狀態三：輸入內容顯示搜索結果狀態。
UISearchController：
UISearchDisplayController：
狀態一的時候，兩者的視圖層是類似的，UISearchBar都依附在UINavigationController下的UIView中。
從狀態二開始兩者就出現了根本的差別，使用UISearchDisplayController時會在UIView中添加UISearchDisplayControllerContainerView這個類，用來顯示搜索結果，因為在初始化方法initWithSearchBar:contentsController:中第二個參數通常都會使用self來賦值，那么其實就是利用原來的視圖控制器去顯示結果，那么只有設置searchResultsDelegate=self和searchResultsDataSource=self，并且實現其代理方法才能正常顯示。同時為了實現UISearchBar輸入事件的監聽，還需要設置delegate=self并實現其代理方法。示例代碼如下：
_searchDisplayController= [[UISearchDisplayController alloc] initWithSearchBar:_searchBar contentsController:self];
_searchDisplayController.delegate=self;
_searchDisplayController.searchResultsDelegate=self;
_searchDisplayController.searchResultsDataSource=self;
由于設置了過多的代理給了原視圖控制器，一旦原視圖控制器需要實現其他代理方法（例如原視圖控制器中有一個UITableview，也需要實現它的代理方法），這樣就會導致需要來回的設置delegate=self。而且實現搜索功能的邏輯代碼放在原視圖控制器中，會極大增加代碼的復雜性和耦合性。我們提倡一個類只實現一種功能，顯然蘋果爸爸也是這么想的。
而UISearchController在狀態二中則是在UIWindow下添加UITransitionView并覆蓋了原視圖，此時UISearchBar已經成為UITransitionView的子視圖。狀態三顯示搜索結果的tableview也是UITransitionView的子視圖，與原視圖沒有任何交集。這種方法可以很好解決上面提到的問題，將實現搜索功能的邏輯代碼放在一個新的視圖控制器里，這個新的ViewController是初始化在UISearchController中，不會對原視圖控制器造成影響。示例代碼如下：
_searchResultTableVC= [[SearchResultTableVC alloc]init];
_searchResultTableVC.delegate=self;
_searchController= [[UISearchController alloc] initWithSearchResultsController:_searchResultTableVC];
_searchController.searchResultsUpdater=_searchResultTableVC;
[self.view addSubview:_searchController.searchBar];
_searchController.searchBar.delegate=self;
這種處理方式使得代碼邏輯更加清晰，有效降低功能模塊之間的耦合性，視圖之間也不會相互影響。
UISearchDisplayController另一個不足之處是在使用UISearchBar輸入內容時，會默認把UINavigationBar隱藏起來。假如不想隱藏，則需要自定義一個類繼承自UISearchDisplayController，并且重寫setActive:animated:方法。代碼如下：
- (void)setActive:(BOOL)visible animated:(BOOL)animated {
[supersetActive:visible animated:animated];
[self.searchContentsController.navigationController setNavigationBarHidden:NO animated:NO];
}
而使用UISearchController時不想UINavigationBar隱藏，只需要設置hidesNavigationBarDuringPresentation=NO就可以，多方便！！！
UISearchController自帶UISearchBar，這點也很重要！！！
開發過程中遇到過的坑
現象1：UISearchBar隱藏在屏幕頂部，由于被NavigationBar遮住而無法顯示的問題。
分析原因：自iOS7.0開始，UIViewController中增加了一個新的屬性edgesForExtendedLayout，用于指定邊緣要延伸的方向：
可選值如下：
默認值是UIRectEdgeAll，就是視圖邊緣向四周延伸，即使視圖頂部有NavgationBar，底部有TabBar，視圖也會延伸到屏幕的頂部和底部，在視圖上添加View也會從屏幕的頂部開始計算高度，而不是從NavgationBar的底部，所以通常在NavigationController視圖控制器中添加View需要將初始化高度增加狀態欄高度(20)和NavigationBar高度(44)。
解決方法：從ios7開始，如果想從NavgationBar的底部開始添加View，那么可以設置self.edgesForExtendedLayout =UIRectEdgeNone，這樣UISearchBar就可以正常顯示在NavgationBar底部，其他添加其他View也同理。
還有幾個與NavgationBar顯示有關的屬性，具體可參考博客：
http://blog.csdn.net/zyzxrj/article/details/47832337
現象2：即使設置了self.edgesForExtendedLayout =UIRectEdgeNone,UISearchController中的UISearchBar依然無法正常顯示。
分析原因：在一篇博客中找到了上述方法無效的原因，只要navigationBar.translucent的值為NO(默認)，self.edgesForExtendedLayout的賦值都會失效。只有當translucent的值為YES的時候，系統才會去使用edgesForExtendedLayout的值。
解決方法：實現UISearchControllerDelegate中的兩個代理方法：
博客地址：
http://blog.csdn.net/mayerlucky/article/details/50699975
最后一次簡單總結：
不知不覺已經將UISearchController拆分成上中下三部分來講解，干貨不是很多，感覺自己理解的也不夠深入，希望對大家開發有所幫助，謝謝！
附上Demo的Git地址：https://github.com/MrSuperJJ/GDMapPoiDemo
