代碼如下：
[[NSNotificationCenter defaultCenter] postNotificationName:kNofification_ClientListChange object:nil];
dispatch_async(dispatch_get_main_queue(), ^{
[self.navigationController popToRootViewControllerAnimated:YES];
LBTabBarController *tabBarController =
(LBTabBarController *)TheApp.window.rootViewController;
[tabBarController setMySelectedIndex:2];
}
代碼功能如下：
這是一段界面跳轉(zhuǎn)的代碼御铃，跳轉(zhuǎn)到跟控制器后，然后轉(zhuǎn)到根控制器的selectedIndex為2的控制器（就是通知上對應(yīng)的客戶列表控制器）上歧焦。
1.發(fā)送通知移斩，刷新客戶列表數(shù)據(jù)
2.回到nav的根控制器
3.修改app根控制器tab的選擇索引
BUG現(xiàn)象：tabbar消失，顯示的是黑色绢馍。此后不論怎么操作向瓷，底部tabBar都是黑色。無論怎么代碼設(shè)置舰涌，或者界面調(diào)試猖任，我發(fā)現(xiàn)UI控件tabbar直接消失了。
App整體結(jié)構(gòu)圖如下：
仔細(xì)理解：背景為js回調(diào)原生的方法舵稠，跳轉(zhuǎn)到指定的客戶列表界面
1.發(fā)送通知超升，客戶列表界面執(zhí)行請求，獲取到數(shù)據(jù)后更新列表
2.回到之前進(jìn)來的nav控制器哺徊，注意此處是有動畫的
3.更改根控制器的索引室琢。
本人研究出來的解決方案（一共6個(gè)）是：
1.刪除第三步，bug消失
2.延遲1s第三步的執(zhí)行時(shí)間落追，bug消失
3.第三步盈滴，索引改成對應(yīng)索引0（實(shí)際上沒有切換），bug沒有出現(xiàn)轿钠，而切換到1巢钓，2，3疗垛，直接讓根控制器更換索引症汹，黑屏出現(xiàn)
4.將第二步的動畫取消，問題消失
5.第三步改成主線程異步執(zhí)行贷腕，問題消失背镇。
6.代碼還原，線上版本沒有這個(gè)問題泽裳。解決方法：延遲了0.5秒瞒斩。測試提出意見，取消了這個(gè)問題
綜上所述：我認(rèn)為在iOS系統(tǒng)中的動畫執(zhí)行過程涮总，其實(shí)是一個(gè)主線異步執(zhí)行的過程胸囱。而tabbar切換索引的方法，在bug出現(xiàn)時(shí)瀑梗，是立即執(zhí)行的烹笔。修改后是在動畫之后執(zhí)行了裳扯。
所以我認(rèn)為是代碼的執(zhí)行循序?qū)е铝薭ug存在。
BUG產(chǎn)生原因猜測：
先切換tabbar的selecIndex=2谤职，然后在執(zhí)行動畫嚎朽，這個(gè)動畫是回到selectIndex = 0 的地方。這個(gè)系統(tǒng)級的動畫會強(qiáng)制把tabBar搬移到index = 0上面的RootVc上去柬帕。所以你就會發(fā)現(xiàn) selecIndex=2對應(yīng)的RootVc上的tabbar消失了，取而代之是背景的黑屏狡门。之后不管進(jìn)行任何操作陷寝，系統(tǒng)都默認(rèn)tabBar還在index = 0上面的RootVc上面。
而先執(zhí)行動畫其馏，或者不執(zhí)行動畫凤跑，或者延遲tabBar的切換動作，才讓系統(tǒng)的tabBar位置能夠找對對應(yīng)的頂部控制器VC上叛复。
所以：系統(tǒng)的tabBar只有一個(gè)仔引，不會多創(chuàng)建而造成浪費(fèi)。如果我們的執(zhí)行順序不一樣褐奥，會導(dǎo)致系統(tǒng)級的tabBar找錯(cuò)VC咖耘，從而導(dǎo)致頂部VC的tabBar莫名其妙地消失。
