代碼如下:
[[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莫名其妙地消失。