Android 快速提问：太多的碎片会使应用程序变慢吗？有多少碎片？

我似乎找不到答案。在一个应用程序开始变得杂乱和缓慢之前，它可以有多少片段，或者通常有多少xml布局？我所发现的是，嵌套布局太多，活动本身的性能更差。

不，在Android应用程序中生成任何数量的片段都没有限制。如果你制作了数百个碎片，它不会伤害任何应用程序。但是你使用这些工具的方式确实很重要。就嵌套布局而言，是的，这完全取决于您的层次结构。应采用适当的方法。显然，并不是所有的布局都将显示在您的活动中。取决于或在某些情况下，您将使用不同的嵌套布局。如果是这种情况，那么您可以使用fragment动态更新UI或活动，或者第二，您可以根据需要在活动中动态添加视图。如果您要同时显示复杂的嵌套布局，并且这些布局也很深，这可能会导致有时加载一些抖动或抖动。要克服这一点，您需要首先考虑是否有必要加载所有视图，或者根据需要加载其他视图。希望这对您有所帮助。

不，在Android应用程序中制作任何数量的片段都没有限制。如果你制作了数百个碎片，它不会伤害任何应用程序。但是你使用这些工具的方式确实很重要。就嵌套布局而言，是的，这完全取决于您的层次结构。应采用适当的方法。显然，并不是所有的布局都将显示在您的活动中。取决于或在某些情况下，您将使用不同的嵌套布局。如果是这种情况，那么您可以使用fragment动态更新UI或活动，或者第二，您可以根据需要在活动中动态添加视图。如果您要同时显示复杂的嵌套布局，并且这些布局也很深，这可能会导致有时加载一些抖动或抖动。要克服这一点，您需要首先考虑是否有必要加载所有视图，或者根据需要加载其他视图。希望这对你有帮助。

是的，理论上可以。但让应用程序变慢的不是片段的数量，而是你使用它们的方式。即使是两个片段，如果使用不当，也会使应用程序运行缓慢。另一方面，数十块碎片可以很好地处理。如果你的应用程序需要50个或100个片段，除非它是一个非常复杂的应用程序，并且你在上面，那么这是一个很好的指示器，表明你在应用程序流或设计中做错了什么。Android Studio为您提供了非常好的工具，用于分析应用程序、使用它们、查看瓶颈所在并修复它们。测量修复前后的改进情况。

是的，理论上可以。但让应用程序变慢的不是片段的数量，而是你使用它们的方式。即使是两个片段，如果使用不当，也会使应用程序运行缓慢。另一方面，数十块碎片可以很好地处理。如果你的应用程序需要50个或100个片段，除非它是一个非常复杂的应用程序，并且你在上面，那么这是一个很好的指示器，表明你在应用程序流或设计中做错了什么。Android Studio为您提供了非常好的工具，用于分析应用程序、使用它们、查看瓶颈所在并修复它们。测量修复前后的改进情况。

影响答案的因素太多：布局的复杂性、逻辑的复杂性、设备硬件、，因此不可能对所有因素都未知的一般情况给出答案影响答案的因素太多了：布局的复杂性、逻辑的复杂性、设备硬件、，所以不可能对所有因素都不知道的一般情况给出答案。谢谢你的解释，这肯定有助于更好地理解它。我仍在试图找出如何以尽可能少的资源动态地做我想做的事情，希望我能够做到。我只是感到好奇，因为在某些情况下，人们建议添加“需要多少就添加多少”，这听起来很可疑：不客气！我建议您从简单开始，所以根据需要使用尽可能多的片段，不要优化任何东西（目前）。。。然后在一台蹩脚的设备上测量你的应用程序，看看是否有任何理由优化。。。如果是这样，优化片段，再次测量，看看是否有任何区别，然后重复这个过程。。。不需要提前优化，根据我的经验，“你需要多少”意味着你所有页面的每个部分都有一个片段，它们的行为和外观都是一样的。在最初的步骤中避免任何片段的开始，嵌套它们或任何类似的东西，保持简单保持愚蠢：）感谢您的解释，这肯定有助于更好地理解它。我仍在试图找出如何以尽可能少的资源动态地做我想做的事情，希望我能够做到。我只是感到好奇，因为在某些情况下，人们建议添加“需要多少就添加多少”，这听起来很可疑：不客气！我建议您从简单开始，所以根据需要使用尽可能多的片段，不要优化任何东西（目前）。。。然后在一台蹩脚的设备上测量你的应用程序，看看是否有任何理由优化。。。如果是这样，优化片段，再次测量，看看是否有任何区别，然后重复这个过程。。。不需要提前优化，根据我的经验，“你需要多少”意味着你所有页面的每个部分都有一个片段，它们的行为和外观都是一样的。在最初的步骤中，避免出现任何片段，嵌套它们或类似的东西，保持简单保持愚蠢：）