Tah*_*ani 4 performance android android-layout android-fragments
如前所述这里，和其他一些地方，它是更好地使用fragment，而不是activities用bottom navigation
如果不推荐，那么我有几个问题，
我将在底部导航中有5个项目，所有项目都将从Web服务检索数据，并且有大量数据，每个项目都必须进行解析并具有复杂的布局。
现在我的问题是，具有这些片段类型的活动能否对性能产生任何影响。
以及为什么不建议将活动与 bottom navigation.
如果我在您的位置，则可以将视图寻呼机与底部导航组件结合使用。这将管理片段的创建/删除，并以性能解决您的问题。它还将为用户预加载上一个/下一个屏幕，甚至可以在使用之前在这些屏幕上进行网络呼叫。
这是一个非常简单的链接，显示已完成此操作：http : //www.truiton.com/2017/01/android-bottom-navigation-bar-example/
为了解决您的问题，为什么不使用活动，这种小部件和情况正是为这些片段创建的。它们可以轻松地嵌套在活动内部并在它们之间交换。创建活动并非嵌套在一起。相反，您必须在每个活动中都有一个底部导航视图，并管理每个活动的切换。您将失去在它们之间交换的动画。这不仅会创建很多不必要的重复代码，而且活动会很繁重，并且您会失去嵌套方面的知识。
这正是片段的目的。我在几个听起来像您的应用程序，每个屏幕上的网络请求，每个选项卡上相当复杂的布局的应用程序上都遵循了这种范例。这是一个相当标准的解决方法。希望这会有所帮助，如果您需要进一步说明，请告诉我。