可能重复：
what is the difference between match_parent and fill_parent property in android
FILL_PARENT and MATCH_PARENT
我已经浏览了 android 开发者网站，他们给出了以下区别：
注意：从 Android 2.2（API 级别 8）开始，“fill_parent”已重命名为“match_parent”以更好地反映行为。原因是如果您将视图设置为“fill_parent”，则在考虑同级视图后，它不会扩展以填充剩余空间，而是无论如何都会扩展以匹配父视图的大小——它将与任何同级视图重叠。
但是任何人都可以用例子来解释。这样事情就可以清楚了。
【问题讨论】：
标签： android
它们是相同的（在 API 级别 8+ 中）。使用 match_parent。
fill_parent（在 API 级别 8 及更高级别中重命名为 MATCH_PARENT），这意味着视图希望与其父级一样大（减去填充）
fill_parent: 视图应该和它的父级一样大（减去填充）。从 API 级别 8 开始不推荐使用此常量，并替换为 match_parent
对于 Android API 1.6 到 2.1 match_parent 会抛出错误，所以在这些情况下使用 fill_parent。支持向后兼容，最好使用fill_parent
我记得 Roman Guy（Google 的 Android 开发人员）说过，他们更改了名称是因为 "fill_parent" 让开发人员感到困惑。事实上，"fill_parent" 不会填充剩余空间（因为您使用 weight 属性），但它占用的空间与其布局父级一样多。这就是为什么新名称是"match_parent"
【讨论】：
match_parent 不会抛出错误，无论您的目标是什么版本的Android...
fill_parent 的问题在于它实际上并没有 填充 父级，而是使它具有与父级相同的尺寸......或换句话说，它匹配父维度。
两者都是static final 常量，表示值-1。当你编译你的.apk时，它们被硬编码到字节码中，所以没有区别，并且都完全兼容所有Android SDK版本。
您会在文档中看到它们都代表相同的值：
public static final int FILL_PARENT视图请求的高度或宽度的特殊值。 FILL_PARENT 意味着视图想要与其父视图一样大，减去 父母的填充，如果有的话。从 API 开始不推荐使用此值 8 级并被 MATCH_PARENT 取代。
常数值：-1 (0xffffffff)
public static final int MATCH_PARENT请求的高度或宽度的特殊值 一个看法。 MATCH_PARENT 意味着视图想要和它的一样大 父级，减去父级的填充（如果有）。在 API 级别 8 中引入。
常数值：-1 (0xffffffff)
【讨论】：
fill_parent 是一个误导性名称......他们认为 match_parent 这个名称更适合其实际行为。
fill_parent 的问题在于它实际上并没有填充父级，而是使它具有与父级相同的尺寸......或换句话说，它匹配父维度。
澄清是这样的：
正如其他用户所说（以及文档所述），这纯粹是为了让使用“fill_parent”的结果更加明显。
【讨论】：
LinearLayout，添加了两个TextViews，每个height: "wrap_content" 和width: "fill_parent"。使用fill_parent，有些人可能期望两个TextView 会并排出现，共同扩展以填充LinearLayout。实际上，这些视图匹配它们父级的宽度，并且会垂直堆叠。