RelativeLayout比LinearLayout更昂贵吗?

每次我需要一个View容器时,我一直在使用RelativeLayout,因为它的灵活性,即使我只想显示一些非常简单的东西。

是否可以这样做,还是从性能/良好实践的angular度来看,我应该尝试使用LinearLayout?

谢谢!

在Google I / O 2013(为Android编写自定义视图)中,Romain Guy澄清了这个误解,这个误解导致每个人都开始使用RelativeLayouts。 一个RelativeLayout总是要做两个度量。 总体而言,只要您的视图层次结构很简单,它是微不足道的。 但是如果你的层次结构很复杂,那么做一个额外的测量通过可能是相当昂贵的。 另外,如果你嵌套RelativeLayouts,你会得到一个指数测量algorithm。

https://www.youtube.com/watch?v=NYtB6mlu7vA&t=1m41s

https://www.youtube.com/watch?v=NYtB6mlu7vA&t=38m04s

除非你布置了大量的视图(例如在一个ListView中),在LinearLayout或RelativeLayout之间进行select的性能可以忽略不计。 select最适合工作的方式,只在需要时才担心性能。

以下是关于创build高效布局的官方文档,讲述了有关RelativeLayout和LinearLayout的性能:

不幸的是,坚持基本function不是创build用户界面的最有效的方法。 一个常见的例子是LinearLayout的滥用,这会导致视图层次结构中的视图泛滥。 所有添加到应用程序中的视图(或者更糟糕的是每个布局pipe理器)都需要付出代价:初始化,布局和绘制变得更慢。 当您嵌套使用weight参数的多个LinearLayout时,布局过程可能特别昂贵,这需要对子进行两次测量。

Relativelayout比Linearlayout更有效。

从这里 :

使用基本布局结构导致最有效的布局是一个常见的误解。 但是,添加到应用程序中的每个小部件和布局都需要初始化,布局和绘制。 例如,使用LinearLayout的嵌套实例会导致视图层次过深。 此外,嵌套使用layout_weight参数的LinearLayout的几个实例可能会特别昂贵,因为每个孩子都需要测量两次。 当布局反复膨胀时(例如在ListView或GridView中使用布局时),这一点尤其重要。

你可以试试

<LinearLayout> <ViewPager/><!--Loading images from net, it is very good as a testing case.--> <ViewPagerIndicator/> <TextView/> <!--Show some info about page--> </LinearLayout> <RelativeLayout> <ViewPager/><!--Loading images from net, it is very good as a testing case.--> <ViewPagerIndicator below="id of ViewPager"/> <TextView below="id of ViewPagerIndicator"/> <!--Show some info about page--> </RelativeLayout> 

你会发现有很多不同的,如果你的网页从互联网上加载一些图像。 在这种情况下,LinearLayout比RelativeLayout好100%。