这个问题需要重新评估，因为Jetpack Compose已经达到稳定。

Jetpack Compose是Android推荐的用于构建本机UI。从…起https://developer.android.com/jetpack/compose

典型的喷气背包组合结构是：单个活动，多个可组合，通过喷气背包导航粘合在一起。注意，不再需要碎片了。

有关示例，请参见Android中的Now。

专家会告诉你：“当我看到UI时，我会知道是使用活动还是片段”。在一开始，这将没有任何意义，但随着时间的推移，你将能够知道你是否需要Fragment。

我发现有一个很好的做法对我很有帮助。当我试图向女儿解释一些事情时，我突然想到了这一点。

也就是说，想象一个代表屏幕的盒子。你能在这个盒子里再装一个屏幕吗？如果使用新框，是否必须从第一个框复制多个项目？如果答案是Yes，那么您应该使用Fragments，因为根Activity可以保存所有重复的元素，以节省创建它们的时间，并且您可以简单地替换方框的部分。

但别忘了，你总是需要一个盒子容器（Activity），否则你的零件会被分散。所以一个盒子里面有零件。

小心不要误用箱子。Android用户体验专家建议（你可以在YouTube上找到他们），何时我们应该显式加载另一个“活动”，而不是使用“片段”（比如当我们处理有类别的导航抽屉时）。一旦你对碎片感到舒适，你就可以观看他们的所有视频。更重要的是，它们是强制性材料。

你现在能看看你的UI并确定你是否需要一个活动或片段吗？你有新的视角吗？我想你做到了。

不要忘记，活动是应用程序的块/组件，可以通过Intent共享和启动！因此，应用程序中的每个活动只能解决一种任务。如果您的应用程序中只有一个任务，那么我认为您只需要一个活动和多个片段（如果需要）。当然，您可以在解决其他任务的未来活动中重用片段。这种方法将明确和合乎逻辑地分离任务。您不需要为不同的片段集维护一个具有不同意图过滤器参数的活动。您可以根据需求在开发过程的设计阶段定义任务。

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

片段相对于活动的一大优势是，用于片段的代码可以用于不同的活动。因此，它提供了应用程序开发中代码的可重用性。

几乎总是使用碎片。如果你知道你正在构建的应用程序仍然很小，那么使用碎片所付出的额外努力可能不值得，因此可以忽略它们。对于更大的应用程序，引入的复杂性被提供的灵活性所抵消，从而更容易证明在项目中使用它们是合理的。有些人非常反对碎片及其生命周期带来的额外复杂性，因此他们从不在项目中使用它们。这种方法的一个问题是，Android中有几个API依赖于片段，例如ViewPager和Jetpack导航库。如果你需要在应用程序中使用这些选项，那么你必须使用片段来获得它们的好处。

节选自：克里斯汀·马西卡诺。《Android编程：大Nerd牧场指南》，第4版，苹果图书。