引文出处：http://mobile.51cto.com/abased-375428.htm
layout_weight属性的作用：
它是用来分配剩余空间的一个属性，你可以设置他的权重。
很多人不知道剩余空间是个什么概念，下面我先来说说剩余空间。看下面代码：
运行结果是：
只有TextView2使用了layout_weight属性，并赋值为了1，而TextView1和TextView3没有设置layout_weight这个属性，根据API，可知，他们默认是0。
下面就来讲，layout_weight这个属性的真正的意思：Android系统先按照你设置的3个TextView宽度layout_width值wrap_content，给你分配好他们3个的宽度，然后会把剩余的屏幕空间全部赋给TextView2，因为只有他的layout_weight是1，这也是为什么TextView2占了那么大的一块空间。
有了以上的理解我们就可以对网上关于layout_weight这个属性更让人费解的效果有一个清晰的认识了。我们来看这段代码：
三个文本框都是 layout_width=“wrap_content ”时，会得到以下效果：
按照上面的理解，系统先给3个TextView分配他们layout_width的值wrap_content，然后会把剩余的屏幕空间按照1:2:3的比列分配给3个TextView，所以就出现了上面的结果。
而当layout_width=“match_parent”时，如果分别给三个TextView设置他们的layout_weight为1、2、2的话，看下面代码：
就会出现下面的效果：
你会发现layout_weight为1的权重小，反而分的多了，这是为什么呢？网上很多人说是当layout_width=“match_parent”时，layout_weight值越小权重越大，优先级越高，其实他们并没有真正理解这个问题，真正的原因：是layout_width=“match_parent”的原因造成的。
依照上面理解我们来分析：系统先给3个TextView分配他们所要的宽度match_parent，也就是说每一都是填满他的父控件，这里就是屏幕的宽度。
那么这时候：
剩余空间=1 X parent_width - 3 X parent_width = -2 X parent_width (parent_width指的是屏幕宽度)
那么第一个TextView的实际所占宽度应该就是：match_parent的宽度(即parent_width)加上他所占剩余空间的权重比列1/5乘以剩余空间大小，即：
剩余空间=1 X parent_width + 1/5 X (-2 X parent_width) = 3/5 X parent_width
同理第二个TextView的实际所占宽度:
剩余空间=1 X parent_width + 2/5 X (-2 X parent_width) = 1/5 X parent_width
第三个TextView的实际所占宽度:剩余空间=1 X parent_width + 2/5 X (-2 X parent_width) = 1/5 X parent_width
所以就是3:1:1的比列显示了。
这样你也就会明白当你把三个TextView的layout_weight设置为1、2、3的话：
就会出现下面的效果了：
第三个直接不显示了，为什么呢？一起来按上面方法算一下吧：
系统先给3个TextView分配他们所要的宽度match_parent，也就是说每一都是填满他的父控件，这里就是屏幕的宽度。
那么这时候：
剩余空间=1 X parent_width - 3 X parent_width = -2 X parent_width (parent_width指的是屏幕宽度)
那么第一个TextView的实际所占宽度应该就是：match_parent的宽度(即parent_width)加上他所占剩余空间的权重比列1/6乘以剩余空间大小，即：
剩余空间=1 X parent_width + 1/6X (-2 X parent_width) = 2/3 X parent_width
同理第二个TextView的实际所占宽度:
剩余空间=1 X parent_width + 2/6 X (-2 X parent_width) = 1/3 X parent_width
第三个TextView的实际所占宽度:剩余空间=1 X parent_width + 3/6 X (-2 X parent_width) = 0 X parent_width
所以就是2:1:0的比列显示了。
