代码如下：
[[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];
}
代码功能如下：
这是一段界面跳转的代码，跳转到跟控制器后，然后转到根控制器的selectedIndex为2的控制器（就是通知上对应的客户列表控制器）上。
1.发送通知，刷新客户列表数据
2.回到nav的根控制器
3.修改app根控制器tab的选择索引
BUG现象：tabbar消失，显示的是黑色。此后不论怎么操作，底部tabBar都是黑色。无论怎么代码设置，或者界面调试，我发现UI控件tabbar直接消失了。
App整体结构图如下：
仔细理解：背景为js回调原生的方法，跳转到指定的客户列表界面
1.发送通知，客户列表界面执行请求，获取到数据后更新列表
2.回到之前进来的nav控制器，注意此处是有动画的
3.更改根控制器的索引。
本人研究出来的解决方案（一共6个）是：
1.删除第三步，bug消失
2.延迟1s第三步的执行时间，bug消失
3.第三步，索引改成对应索引0（实际上没有切换），bug没有出现，而切换到1，2，3，直接让根控制器更换索引，黑屏出现
4.将第二步的动画取消，问题消失
5.第三步改成主线程异步执行，问题消失。
6.代码还原，线上版本没有这个问题。解决方法：延迟了0.5秒。测试提出意见，取消了这个问题
综上所述：我认为在iOS系统中的动画执行过程，其实是一个主线异步执行的过程。而tabbar切换索引的方法，在bug出现时，是立即执行的。修改后是在动画之后执行了。
所以我认为是代码的执行循序导致了bug存在。
BUG产生原因猜测：
先切换tabbar的selecIndex=2，然后在执行动画，这个动画是回到selectIndex = 0 的地方。这个系统级的动画会强制把tabBar搬移到index = 0上面的RootVc上去。所以你就会发现 selecIndex=2对应的RootVc上的tabbar消失了，取而代之是背景的黑屏。之后不管进行任何操作，系统都默认tabBar还在index = 0上面的RootVc上面。
而先执行动画，或者不执行动画，或者延迟tabBar的切换动作，才让系统的tabBar位置能够找对对应的顶部控制器VC上。
所以：系统的tabBar只有一个，不会多创建而造成浪费。如果我们的执行顺序不一样，会导致系统级的tabBar找错VC，从而导致顶部VC的tabBar莫名其妙地消失。
