这比你意识到的要多，你必须记住，启动的活动不会隐式地破坏调用活动。当然，您可以将其设置为用户单击某个按钮转到某个页面，然后启动该页面的活动并销毁当前页面。这会导致大量开销。我能给你最好的指导是：

**只有当主活动和此活动同时打开（考虑多个窗口）才有意义时，才能开始新活动。

Google Drive就是一个很好的例子，它说明了多个活动是有意义的。主要活动提供文件资源管理器。打开文件后，将启动一个新活动来查看该文件。您可以按下最近的应用程序按钮，这将允许您在不关闭打开的文档的情况下返回浏览器，然后甚至可以打开与第一个文档并行的另一个文档。

这取决于你真正想要构建什么。例如，导航抽屉使用片段。选项卡也使用片段。另一个很好的实现是你有一个列表视图。当您旋转手机并单击一行时，活动将显示在屏幕的另一半。就我个人而言，我使用片段和片段对话框，因为它更专业。此外，它们在旋转时更容易处理。

好吧，根据谷歌的讲座（也许在这里，我不记得了），你应该考虑尽可能使用碎片，因为它使你的代码更容易维护和控制。

然而，我认为在某些情况下，它可能变得过于复杂，因为承载片段的活动需要在它们之间导航/通信。

我认为你应该自己决定什么最适合你。将活动转换为片段通常并不难，反之亦然。

如果你想进一步阅读，我已经在这里创建了一篇关于这个dillema的帖子。

这比你意识到的要多，你必须记住，启动的活动不会隐式地破坏调用活动。当然，您可以将其设置为用户单击某个按钮转到某个页面，然后启动该页面的活动并销毁当前页面。这会导致大量开销。我能给你最好的指导是：

**只有当主活动和此活动同时打开（考虑多个窗口）才有意义时，才能开始新活动。

Google Drive就是一个很好的例子，它说明了多个活动是有意义的。主要活动提供文件资源管理器。打开文件后，将启动一个新活动来查看该文件。您可以按下最近的应用程序按钮，这将允许您在不关闭打开的文档的情况下返回浏览器，然后甚至可以打开与第一个文档并行的另一个文档。

我做的事情：尽可能减少碎片。不幸的是，这几乎是可能的。所以，我最终得到了很多片段和一些活动。我意识到了一些缺点：

ActionBar&Menu：当2个片段具有不同的标题、菜单时很难处理。示例：当添加新片段时，您可以更改动作栏标题，但当从后台弹出时，无法恢复旧标题。在这个例子中，您可能需要在每个片段中都有一个工具栏，但相信我，这将花费您更多的时间。当我们需要startForResult时，活动有，但片段没有。默认情况下没有过渡动画

我的解决方案是使用“活动”将片段包装在里面。所以我们有单独的动作栏、菜单、startActivityForResult、动画，。。。

为什么我在所有情况下都喜欢片段而不是活动。

活动费用高昂。在Fragment中，视图和属性状态是分开的——每当片段处于后台时，其视图都将被销毁。因此，您可以堆叠比“活动”多得多的碎片。回钉操作。使用FragmentManager，可以很容易地清除所有碎片，插入更多的碎片等。但对于Activity来说，操纵这些东西将是一场噩梦。可预测的生命周期。只要不回收主机“活动”。背景中的碎片不会被回收。因此，可以使用FragmentManager:：getFragments（）查找特定的Fragment（不鼓励）。