为什么嵌套权重不利于性能?备择方案?

Mob*_*ion 156 performance android android-layout

我写了几个布局文件,我使用该layout_weight属性创建不同视图之间的比率.

在某些时候,我开始获得有关嵌套权重的lint警告.

所以,我不知道为什么是坏的嵌套权重的表现,如果有是创建视图的尺寸之间的恒定比率可用于不同的屏幕尺寸,并且并不需要指定大量维DPI值的更有效的方法通过几个布局文件(我的意思是不同的屏幕尺寸).

谢谢!

C.d*_*.d. 141

嵌套权重对性能不利,因为:

布局权重需要两次测量窗口小部件.当具有非零权重的LinearLayout嵌套在具有非零权重的另一个LinearLayout内时,则测量数量呈指数增长.

最好使用RelativeLayout并根据其他视图的位置调整视图,而不使用特定的dpi值.

  • 要注意的好事,我想这是消息的目的.我*会注意到,如果涉及的指数很小,指数影响仍然很小.对于较小的嵌套深度,要*不*使用所需的CPU就像拥有一个你整周呵护的主力,并且只能在星期日散步.尽管如此,对于较大的筑巢深度,这是一个很好的选择. (86认同)
  • RelativeLayout还需要测量两次以确保其所有子项布局正确,因此将布局权重更改为RelativeLayout的LinearLayout可能无法提高性能. (14认同)
  • 相对布局并不总是有效。如果您需要构建比例小部件 (2认同)

nit*_*esh 63

更新:我们知道从API级别26弃用百分比支持库是ConstraintLayout实现相同的平面xml结构的新方法.

更新了Github项目

更新样本:

<android.support.constraint.ConstraintLayout 
    xmlns:android="http://schemas.android.com/apk/res/android"
    xmlns:app="http://schemas.android.com/apk/res-auto"
    android:layout_width="match_parent"
    android:layout_height="match_parent">

    <TextView
        android:id="@+id/fifty_thirty"
        android:layout_width="0dp"
        android:layout_height="0dp"
        android:background="#ffff8800"
        android:gravity="center"
        android:text="@string/fifty_fifty_text"
        android:textColor="@android:color/white"
        app:layout_constraintHeight_default="percent"
        app:layout_constraintHeight_percent="0.5"
        android:textSize="25sp"
        app:layout_constraintTop_toTopOf="parent"
        app:layout_constraintWidth_default="percent"
        app:layout_constraintWidth_percent="0.5" />

    <TextView
        android:layout_width="0dp"
        android:layout_height="0dp"
        android:background="#ffff5566"
        android:gravity="center"
        android:text="@string/fifty_fifty_text"
        android:textColor="@android:color/white"
        android:textSize="25sp"
        app:layout_constraintHeight_default="percent"
        app:layout_constraintHeight_percent="0.5"
        app:layout_constraintLeft_toRightOf="@id/fifty_thirty"
        app:layout_constraintTop_toBottomOf="@id/fifty_thirty"
        app:layout_constraintWidth_default="percent"
        app:layout_constraintWidth_percent="0.5" />

</android.support.constraint.ConstraintLayout>
Run Code Online (Sandbox Code Playgroud)

更新:好消息android百分比支持库解决了我们的性能问题和嵌套凌乱的加权LinearLayout

compile 'com.android.support:percent:23.0.0'
Run Code Online (Sandbox Code Playgroud)

在这里演示

考虑这个简单的布局来演示相同的.

百分比支持libray演示

<android.support.percent.PercentRelativeLayout
    xmlns:android="http://schemas.android.com/apk/res/android"
    xmlns:app="http://schemas.android.com/apk/res-auto"
    android:layout_width="match_parent"
    android:layout_height="match_parent">
    <TextView
        android:id="@+id/fifty_huntv"
        android:layout_width="0dp"
        android:layout_height="0dp"
        android:background="#ff7acfff"
        android:text="20% - 50%"
        android:textColor="@android:color/white"
        app:layout_heightPercent="20%"
        app:layout_widthPercent="50%" />
    <TextView
        android:layout_width="0dp"
        android:layout_height="0dp"
        android:layout_toRightOf="@id/fifty_huntv"
        android:background="#ffff5566"
        android:text="80%-50%"
        app:layout_heightPercent="80%"
        app:layout_widthPercent="50%"
        />

</android.support.percent.PercentRelativeLayout>
Run Code Online (Sandbox Code Playgroud)

避免LinearLayout与重量嵌套的性能降低.真的很棒!

  • ConstraintLayout对我来说太难了 (7认同)
  • 我不喜欢ConstraintLayout.它对我来说并不直观 (6认同)
  • "这个类在API级别26.0.0-beta1中已被弃用.请考虑使用ConstraintLayout和相关的布局." https://developer.android.com/reference/android/support/percent/PercentRelativeLayout.html (3认同)
  • 使用`Constraintlayout`更新了样本 (2认同)

WIl*_*JBD 46

我想(而且我可能会因此受到抨击),但我认为我的手机还有一个四核处理器可以与大多数人家用PC竞争(如果不是完全毁掉的话).

我也认为这种硬件功能是手机的未来.

所以我得出一个结论,只要你没有被嵌套(在MHO中,布局应该永远不会超过4级,如果是你可能做错了),你的手机可能会少关心关于有重量.

您可以做很多事情会对性能产生更深远的影响,然后担心您的处理器会做一些额外的数学运算.

(请注意,我有点幽默,所以不要在这篇文章中过于认真,除此之外,还有其他事情你应该先优化的想法,而担心2-3级深度的重量并没有帮助你的健康)

  • 并基本同意,但听说过iphone的平均使用量(包括支持其使用的Web服务/网站)与美国普通家用冰箱每年的能耗大致相同。因此,作为开发人员,我们有责任考虑这种环境影响。显然,它始终是一种平衡的行为:时间,成本,性能,稳定性,并且我通常都同意您的观点-但只是认为我们也应该考虑这种影响。显然,维护/可扩展性也在这里出现。无论如何-提出要点,谢谢。 (2认同)

Jav*_*ave 11

嵌套权重不好的主要原因是,当布局中有子权重时,必须测量两次(我认为这在lint-warning中提到).这意味着包含加权布局的加权布局必须测量四次,并且您添加的每个"层"权重都会增加两次幂的度量.

在ICS(API级别14)GridLayout中添加了,它允许简单和"平坦"的解决方案,适用于以前需要权重的许多布局.如果您正在为早期版本的Android开发,那么删除权重会稍微困难一些,但是RelativeLayout尽可能多地使用和展平布局到该cab中通常会删除很多嵌套权重.

  • 我不认为你可以使用`GridLayout`*或*`RelativeLayout`获得相同的结果.例如,对于`GridLayout`:"GridLayout不提供权重原则的支持,如权重中所定义的.通常,因此不可能配置GridLayout来分配多个组件之间的多余空间." (9认同)