以编程方式设置布局大小真的可以节省性能吗？

Question

因此，每当我尝试在彼此内部使用 layout_weights 来实现我想要的布局时，Android Studio 都会告诉我 nested weights are bad for performance。 SO 上的各种答案都说可以将它们嵌套几层深，但不要过度。我不确定有多深是不是太深了，我正在尝试的是做这样的事情：

    //get pix size of device screen
    int[] dimens = ImageUtils.getScreenDimensions(getWindowManager());

    //programmatically set height of my two sections to the percentages that I want
    upper.getLayoutParams().height = (int) (dimens[1]*0.8);
    lower.getLayoutParams().height = (int) (dimens[1]*0.2);

    // do the same thing for the left and right sections of our upper block
    upperLeft.getLayoutParams().width = (int) (dimens[0] * 0.5);
    upperRight.getLayoutParams().width = (int) (dimens[0] * 0.3);

...等等等等

我的意思是，它有效。我得到一些不错的基于百分比的布局。不过，我的问题是，这真的对性能有帮助吗？还是我只是以更复杂和花哨的方式做同样的事情？

编辑：添加所需的布局。我想我可以在必要时使用网格布局吗？或者只是简单的旧百分比有用吗？

Answer 1

如果这些布局权重不会动态变化，您最好在 XML 布局中定义它们。不仅您的意图会更清晰，而且 Android 确实会在扩充布局时执行优化。

Answer 2

"Nested Layouts" 意味着 Android 不知道每个布局应该有多大而不迭代每个布局设置以确定是否应该根据其他布局更改大小。

这意味着 "nesting" 可能会导致多次尝试调整每个布局的大小，然后尝试确定子布局是否会根据父布局和兄弟布局的变化而变化。

如果您可以通过编程方式确定布局的大小（您似乎可以这样做），那么 LayoutManager 将使用您指定的大小，而不是尝试对屏幕进行布局然后检查以查看布局大小是否合适。

也就是说，如果您只有十几个布局，这可能并不重要。当需要测量几十个（或更多）布局时，性能就会受到影响。这就是为什么很多关于 SO 的评论都说这并不重要——大多数时候，屏幕上只显示几十种布局。（提示：如果您有 ListView 或 GridView 或需要使用不确定数量的布局的东西；那么嵌套问题和回收视图很重要）

以编程方式设置布局大小真的可以节省性能吗？

Does programmatically setting layout sizes actually save on performance?

performance

layout

android