为什么有人会创建活动而不是一个包含许多碎片的活动？我看到使用片段，分享数据更容易，而且您最好使用onpause来确定应用程序是转到后台还是片段正在切换。
我错过了什么吗？
谢谢
答案 0 :(得分：5)
（提前为长答案道歉）
我认为没有什么能阻止你这样做。
话虽如此，我如何看待活动是一个我可以定义当前转换的整个UI屏幕应该如何看待的地方：应该包含哪些片段以及这些片段应该如何并排放置等等重要的是应用程序流如何工作。
我的活动中的碎片应该一起制作一个有意义的屏幕，其中包含我期望的功能，并且应该可以重复使用，但是他们不应该知道其他碎片的存在。这是活动的工作。事实上，我强烈遵守一个片段永远不会知道另一个片段的存在的规则（尽管现在你可以在片段中包含片段，这会破坏这一点）。如果我需要转换到完全不同的用例集，我更喜欢使用活动来处理转换以及要使用的新布局和片段集。
我必须这样做吗？不，我可以在一个主要活动中完成所有操作并自己完成这些“准活动片段”之间的转换，但是当我已经有一个适合我的框架时，我为什么要这样做呢？使用意图来初始化活动（转换）要比手动编写我自己的引擎更加简单和清晰，它可以跟踪我所有碎片的状态，并决定启动哪些碎片以及哪些碎片可以摆脱。
同样，在活动中使用内置功能比处理自己更容易处理不同的方向和设备尺寸，但同样，没有什么能阻止你这样做。
在一个例子中更容易解释这个：
对此用例进行成像：我需要编写一个显示歌曲和电影列表的应用。当我点击其中一首歌时，它应该打开一个媒体播放器并在一个单独的屏幕上播放，当我点击一部电影时，它应该打开一个视频播放器并播放视频。这里有明显的转换：从主列表到音频播放器或视频播放器，然后返回。
只使用一个活动和3个片段，我必须用适当的媒体播放器片段（视频/音频）替换列表片段，并在用户点击时自行删除列表片段（以保留内存）列表项。这一切都很好，很容易做但如果我还要添加一种方法来为歌曲/电影添加评论，会发生什么？现在我必须修改我的主要（也是唯一的）活动来理解如果某人正在播放歌曲并点击评论按钮的行为，我需要再次转换到另一个片段并允许该片段捕获/显示评论。
正如您可能想象的那样，每次添加新功能时，我都必须修改我的主要活动以处理转换，因为片段并不是要彼此了解并且彼此独立。
如果我只有一个活动，我最终会做的是创建一个神级（我的主要活动），其中定义了我的应用程序的整个流程。随着应用程序变得复杂，维持此流程将变得越来越复杂。同样，这是基于具有独立片段的原则。如果你不关心你的碎片彼此了解，那就完全不同了，但在我看来，你做错了：）
我如何使用活动？我仍然会有3个片段，但也会有 3个活动，其唯一的工作是保持与其他活动的转换并定义应该使用哪个片段。将列表活动转换为歌曲活动是一个简单的意图，并为我完成释放内存。现在，如果歌曲活动需要转换为评论活动，那么这只是歌曲活动中评论活动的另一个意图。我根本不需要更改列表活动，事实上，列表活动永远不会知道此评论活动的存在。
我知道这是一个非常简化的示例，但随着您的应用变得越来越复杂，并且随着您添加越来越多的用例，您会发现有多个活动是有意义的。您不希望自己维护片段之间的转换，否则您将最终得到一个非常复杂的框架，这将慢慢变得无法维护。
根据屏幕的方向和大小，相同的逻辑适用于具有不同的片段/布局。同样，无论如何，你可以在你唯一的活动中处理这些问题，但问题变成了：为什么？
答案 1 :(得分：3)
我认为您的问题可以通过另外两个问题来解答：
片段可以做什么，活动不能？
您可以在手机和平板电脑的布局中重复使用片段，其中手机上多个屏幕中显示的内容在平板电脑中显示为多列。
使用setRetainInstanceState（true），片段可以更好地保留配置更改中的实例状态。
您可以将碎片嵌套在其他碎片中，每个碎片可以有不同的布局。
您可以在没有用户界面的情况下创建片段，与“活动”不同，“活动”应始终具有内容视图。
Fragment的活动可以做什么？
启动器碎片不存在，只有启动器活动。
可以使用Intents从其他应用程序启动活动。
活动可以作为新任务开始。
你可以在旧版本的Android中使用活动，这已经不再那么大了，因为现在这些旧版Android的使用率非常低。
虽然此列表肯定不全面，但在很多情况下您可以使用活动或片段来表示相同的内容。选择任何一个可以帮助您保持代码组织。碎片适用于可重用组件，其中活动适用于独立功能。就个人而言，我倾向于使用活动，除非有理由使用碎片。我发现在一个Activity中管理太多碎片是单调乏味且容易出错的。