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