match_parent wrap_content
平时我们经常使用layout_width和layout_height来设置View的大小，并且一直都能正常工作，就好像这两个属性确实是用于设置View的大小的。而实际上则不然，它们其实是用于设置View在布局中的大小的，也就是说，首先View必须存在于一个布局中，之后如果将layout_width设置成match_parent表示让View的宽度填充满布局，如果设置成wrap_content表示让View的宽度刚好可以包含其内容，如果设置成具体的数值则View的宽度会变成相应的数值。这也是为什么这两个属性叫作layout_width和layout_height，而不是width和height。
一、LinearLayout线性布局
线性排列，可以通过android:orientation属性指定排列方向是vertical还是horizontal。当为horizontal时，内部控件就不能将宽度指定为math_parent，因为这样的话单独一个控件就会将整个水平方向占满，其他控件就无位置可放。
android:layout_gravity:top|center_vertical|bottom 对齐方式
android:layout_weight:占屏幕宽度的比重。系统会先把LinearLayout下所有控件指定的layout_weight值相加，得到一个总值，然后每个控件所占大小的比例就是用该控件的layout_weight除以总值。如果仅指定Button宽度为wrap_content，则EditText会占满屏蔽剩余空间。
二、RelativeLayout相对布局
android_layout_alignParentLeft="true"
...
如果是相对于某个控件布局：
android:layout_above="@id/button3"
android:layout_toLeftOf="@id/button3"
三、FrameLayout
全部堆在左上角
四、TableLayout表格布局
<TableLayout>
<TableRow>
</TableRow>
<TableRow>
</TableRow>
<TableRow>
</TableRow>
</TableLayout>
五、布局优化
1.RelativeLayout功能复杂，布局过程需要花费更多时间。在LinearLayout能完成布局的情况下，优先使用LinearLayout。但是如果需要使用嵌套方式才能完成的布局，性能会下降更多，这时还是用RelativeLayout吧。
2.include标签
在一个应用程序中，为了风格上的统一，很多界面都会存在一些共通的UI，比如一个应用的Topbar、Bottombar等。对于这些共通的UI，如果在每个界面中都来复制一段这样的代码，不仅不利于后期维护，更增加了程序冗余度。因些可以使用include标签，将一个指定的布局文件加载到当前布局文件中。
3.merge标签
可以减少布局层次
4.ViewStub
ViewStub继承了View，它非常轻量级，宽高都是0，因此它本身不参与任何布局和绘制过程。ViewStub意义在于按需加载所需的布局文件，在实际开发中，有很多布局文件正常情况下不会显示，比如网络异常时的界面，这时就没有必要在整个界面初始化时将其加载进来。通过ViewStub可以在使用时再加载，提高了程序初始化时的性能。
<pre>
<ViewStub
android:id="@+id/stub_import"
android:inflatedId="@+id/panel_import"
android:layout="@layout/layout_network_error"
android:layout_width="match_parent"
android:layout_height="wrap_content"
android:layout_gravity="bottom"/>
</pre>
其中stub_import是Viewstub的id,而panel_import是layout/layout_network_error这个布局的根元素的id。通过以下两种方式可以按需加载：
((ViewStub)findViewById(R.id.stub_import)).setVisibility(View.VISIBLE);
View importPanel = ((ViewStub)findViewById(R.id.stub_import)).inflate();
注意，ViewStub被加载后，会被它内部布局替换掉，这个时候viewstub就不再是整个布局结构中的一部分了。
