我发现了一些与此问题有关的讨论，但没有明确或明确的。
构建基于选项卡的应用程序，似乎不得不在（A）使用TabHost与每个屏幕的活动和（B）为每个屏幕使用带有碎片的ActionBar之间进行选择。这引出了一些问题：
1）这是真实的困境，还是可以使用具有不同活动的ActionBar。
2）如果困境是真实的，那么为什么这样设置？ Google是否计划弃用TabHost以及基于标签的导航的多活动方法？多活动方法有什么不利之处吗？
3）如果两种方法都将继续得到支持，每种方法的优缺点是什么？如果我选择ActionBar + Fragments，我会遇到任何陷阱吗？例如，当我想要一个标签式屏幕滑过/弹出一个额外的屏幕/片段时，我是否会在ActionBar中切换到/从标签中切换出有趣的行为？
您还可以使用带有片段的TabHost的第三个选项。这使得它只有一个活动和多个片段作为子项。
http://developer.android.com/reference/android/support/v4/app/FragmentTabHost.html
我已经使用这个类创建了一个简单的例子。
我和你在一起。我开始在Fragments出现之前开发“Droid Bones”（一定要使用引号）。当我开始研究那种建筑时，它似乎无法满足我的结构要求。也就是说，我发现多活动方法非常流畅和灵活。我担心的是，一些TabHost文档似乎最近“失踪”了！