Android：选项卡中视图的堆栈管理？

我在这里看到了一些答案，他们更喜欢视图而不是活动作为选项卡的内容。如果我错了，请纠正我。我的理解是，通过切换视图，可以将导航流保持在选项卡内（我认为更方便用户）。但我想知道，如果发生后退按钮事件，如何管理视图堆栈。此外，这可能会导致一个具有大量视图的大型活动，这可能不太好

因此，我想知道，在我将当前应用程序更改为该应用程序之前，为什么更倾向于将视图作为内容

谢谢

我在这里看到一些答案 将活动作为选项卡的内容覆盖

很多都是我的

我认为更方便用户

我完全不同意这一点。我觉得，对大多数移动应用程序来说，试图在标签内伪造导航是一个错误

这也可能导致一个巨大的灾难 具有大量视图的活动， 这可能不好

如果从内存的角度来看它太大，那么从用户的角度来看它就太复杂了，因此应该分解为独立的活动（没有选项卡）

所以我想知道为什么我认为 在我更改之前，内容是首选的 我目前的申请就是这个

使用

活动

作为选项卡的内容会使您所有的问题变得更糟。使用

Activities

作为选项卡的内容会占用更多内存，因为在活动中声明的视图之外会创建更多的

视图。使用
Activities
作为选项卡的内容会占用更多的堆栈空间，这是Android中最珍贵的商品之一。使用
Activities
作为选项卡的内容会占用CPU时间，因为无论如何，Android必须分解您的活动才能进入
视图

我想把这个问题反过来说：没有人向我展示过将
活动作为选项卡内容的任何优势，这些优势超过了这些劣势。
谢谢你澄清这一点。我将每个选项卡的初始内容更改为视图，并将选项卡内的导航保持为活动。