使用 Activity 而不是具有复杂 NavigationDrawer 组件的 Fragment 时的性能改进？
Performance improvements when using Activities instead of Fragments with complex NavigationDrawer components?
我每次点击导航菜单都会有 5 个复杂的片段。但是，我不确定是否应该使用活动而不是片段，因为我所有的片段都非常复杂且昂贵。
因为都是碎片，所以在ONEActivity上也是运行。
我现在的问题是，使用活动而不是片段对我有好处吗？
我确实知道片段、活动的区别。我只是不确定是否应该将所有复杂片段存储在一个 activity 中，或者只使用多个活动而不是导航抽屉中的片段。我怕所有的碎片都会消耗太多的资源
非常感谢。
这不是专家的回答，但就视觉而言，我从未见过 Fragments 比 Activity 表现更好或更差。我还有一个带有活动和片段的导航抽屉。同时，如果您需要传递信息，编写 Fragments 比 Activity 更容易，这对 Fragments 来说是一个巨大的胜利。如果您的应用程序滞后，最好考虑以下几点：
不要在 UI 线程上 运行 任何昂贵的操作。例如数据库查询、互联网电话、填充长 Listviews 或 RecyclerViews。为此目的使用 AsyncTask。
避免非常复杂的嵌套布局。如果可能，请使用 ConstraintLayout，它允许您在没有嵌套布局的情况下任意放置项目。
如果用户必须等待，请使用适当的动画。这比盯着冻结的屏幕更有意义。
对照 Google 的 Best Practices for Performance 检查您的代码。
如果您有更具体的应用程序变慢点，请post您的代码并更详细地描述问题。
我每次点击导航菜单都会有 5 个复杂的片段。但是，我不确定是否应该使用活动而不是片段，因为我所有的片段都非常复杂且昂贵。
因为都是碎片，所以在ONEActivity上也是运行。
我现在的问题是，使用活动而不是片段对我有好处吗？
我确实知道片段、活动的区别。我只是不确定是否应该将所有复杂片段存储在一个 activity 中，或者只使用多个活动而不是导航抽屉中的片段。我怕所有的碎片都会消耗太多的资源
非常感谢。
这不是专家的回答，但就视觉而言，我从未见过 Fragments 比 Activity 表现更好或更差。我还有一个带有活动和片段的导航抽屉。同时，如果您需要传递信息，编写 Fragments 比 Activity 更容易，这对 Fragments 来说是一个巨大的胜利。如果您的应用程序滞后，最好考虑以下几点：
不要在 UI 线程上 运行 任何昂贵的操作。例如数据库查询、互联网电话、填充长
Listviews或RecyclerViews。为此目的使用AsyncTask。避免非常复杂的嵌套布局。如果可能，请使用
ConstraintLayout，它允许您在没有嵌套布局的情况下任意放置项目。如果用户必须等待，请使用适当的动画。这比盯着冻结的屏幕更有意义。
对照 Google 的 Best Practices for Performance 检查您的代码。
如果您有更具体的应用程序变慢点，请post您的代码并更详细地描述问题。