关于LinearLayout和RelativeLayout你知道多少

做安卓开发的小伙伴一定会被经常问到性能优化的问题,谈到性能优化,又必定会提到布局优化。例如:减少布局的层级,能用RelativeLayout的地方尽量使用RelativeLayout等等。但是很多人并不知道为什么用RelativeLayout性能就一定优于LinearLayout,或者说,用RelativeLayout性能就真的优于LinearLayout吗?鉴于此,本文就以个人所学知识进行一次探讨,由于本人所学有限,有出现错误的地方希望大家批评,指正!

俗话说,狮屎胜于熊便,直接用个简单布局,比较一下两种布局方式的性能。

LinearLayout    Measure:0.764ms   Layout:0.165ms   draw:7.663ms

RelativeLayout    Measure:2.183ms     Layout:0.157ms    draw:7.682ms

从这个数据来看,LinearLayout和RelativeLayout在layout和draw过程中的消耗相差无几,由于打点存在误差,所以两者的这个两个方法可以认为几乎是一样的。唯独两者的measure相差比较大,这是什么原因造成的呢?那接下来我们只能从源码的角度去寻找原因了。

先来看看RelativeLayout的onMeasure()方法干了什么

第一次子view的measure


第二次子view的mesure

注:我只截取了部分关键代码

再来看看LinearLayout的onMeasure方法干了什么

LinearLayout onMeasure

与之前的RelativeLayout相比,LinearLayout的就简明了许多。先判断布局方向,然后再执行相应的测量方法,随便挑一个看看

LinearLayout measureVertical


LinearLayout measureVertical


LinearLayout measureVertical

注:我只截取了部分关键代码,代码有点长,看不太懂的地方可以看谷歌给我们的注释

下面我们来具体探讨一下两种布局方式的onMeasure方法。首先来看RelativeLayout的onMeasure方法,根据上面的截图,我们可以发现RelativeLayout对子View进行了两次measure方法,可是这是为什么呢?仔细想一下,似乎从relative这个关键词上就能大概得到答案。RelativeLayout中所有的子View的排列方式都是基于彼此的依赖关系,这个依赖关系和布局中的View的顺序并不相同,所以确定每个View的位置的时候,先要给每个子View进行排序。又因为RelativeLayout允许A,B 2个子View,横向上B依赖A,纵向上A依赖B。所以需要横向纵向分别进行一次排序测量。

再来看看LinearLayout的onMeasure方法。以measureVertical为例,父视图在对子视图进行measure操作的过程中,使用变量mTotalLength保存已经measure过的child所占用的高度,该变量刚开始时是0。在for循环中调用measureChildBeforeLayout()对每一个child进行测量,该函数实际上仅仅是调用了measureChildWithMargins(),在调用该方法时,使用了两个参数。其中一个是heightMeasureSpec,该参数为LinearLayout本身的measureSpec;另一个参数就是mTotalLength,代表该LinearLayout已经被其子视图所占用的高度。 每次for循环对child测量完毕后,调用child.getMeasuredHeight()获取该子视图最终的高度,并将这个高度添加到mTotalLength中。在本步骤中,暂时避开了lp.weight>0的子视图,即暂时先不测量这些子视图,因为后面将把父视图剩余的高度按照weight值的大小平均分配给相应的子视图。源码中使用了一个局部变量totalWeight累计所有子视图的weight值。处理lp.weight>0的情况需要注意,如果变量heightMode是EXACTLY,那么,当其他子视图占满父视图的高度后,weight>0的子视图可能分配不到布局空间,从而不被显示,只有当heightMode是AT_MOST或者UNSPECIFIED时,weight>0的视图才能优先获得布局高度。最后我们的结论是:如果不使用weight属性,LinearLayout会在当前方向上进行一次measure的过程,如果使用weight属性,LinearLayout会避开设置过weight属性的view做第一次measure,完了再对设置过weight属性的view做第二次measure。由此可见,weight属性对性能是有影响的。

总结:

通过源码分析,我们会发现LinearLayout的性能是要比RelativeLayout来的高的,原因是RelativeLayout需要对所有子View进行两次测量,而LinearLayout只需要一次。而在LinearLayout中子View假如使用了weight属性,就也会进行两次测量,是会影响LinearLayout的测量性能的。但即便是这样,也是要由于RelativeLayout的。

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 212,542评论 6 493
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 90,596评论 3 385
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 158,021评论 0 348
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 56,682评论 1 284
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 65,792评论 6 386
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 49,985评论 1 291
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 39,107评论 3 410
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 37,845评论 0 268
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 44,299评论 1 303
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 36,612评论 2 327
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 38,747评论 1 341
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 34,441评论 4 333
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 40,072评论 3 317
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 30,828评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,069评论 1 267
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 46,545评论 2 362
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 43,658评论 2 350

推荐阅读更多精彩内容