android:layout_gravity和android:gravity的区别

1.首先来看看Android:layout_gravity和android:gravity的使用区别。

android:gravity：

这个是针对控件里的元素来说的，用来控制元素在该控件里的显示位置。例如，在一个Button按钮控件中设置如下两个属性，

android:gravity="left"和android:text="提交"，这时Button上的文字“提交”将会位于Button的左部。

android:layout_gravity：

这个是针对控件本身而言，用来控制该控件在包含该控件的父控件中的位置。同样，当我们在Button按钮控件中设置android:layout_gravity="left"属性时，表示该Button按钮将位于界面的左部。

2.属性值：

这两个属性可选的值有：top、bottom、left、right、center_vertical、fill_vertical、center_horizontal、fill_horizontal、center、fill、clip_vertical。

一个属性可以包含多个值，需用“|”分开。其含义如下：

top 将对象放在其容器的顶部，不改变其大小.
bottom 将对象放在其容器的底部，不改变其大小.
left 将对象放在其容器的左侧，不改变其大小.
right 将对象放在其容器的右侧，不改变其大小.
center_vertical 将对象纵向居中，不改变其大小. 
垂直对齐方式：垂直方向上居中对齐。
fill_vertical 必要的时候增加对象的纵向大小，以完全充满其容器. 
垂直方向填充
center_horizontal 将对象横向居中，不改变其大小. 
水平对齐方式：水平方向上居中对齐
fill_horizontal 必要的时候增加对象的横向大小，以完全充满其容器. 
水平方向填充
center 将对象横纵居中，不改变其大小.
fill 必要的时候增加对象的横纵向大小，以完全充满其容器.
clip_vertical
附加选项，用于按照容器的边来剪切对象的顶部和/或底部的内容. 剪切基于其纵向对齐设置：顶部对齐时，剪切底部；底部对齐时剪切顶部；除此之外剪切顶部和底部.

垂直方向裁剪
clip_horizontal
附加选项，用于按照容器的边来剪切对象的左侧和/或右侧的内容. 剪切基于其横向对齐设置：左侧对齐时，剪切右侧；右侧对齐时剪切左侧；除此之外剪切左侧和右侧.

水平方向裁剪

我们主要来看看center_vertical和center_horizontal两个属性值，

center_vertical是指将对象在垂直方向上居中对齐，即在从上到下的方向上选择中间的位置放好；center_horizontal是指将对象水平方向上居中对齐，即在从左到右的方向上选择中间的位置放好。

3.特殊情况

当我们采用LinearLayout布局时，有以下特殊情况需要我们注意：

(1)当 android:orientation="vertical"  时， android:layout_gravity只有水平方向的设置才起作用，垂直方向的设置不起作用。即：left，right，center_horizontal 是生效的。

(2)当 android:orientation="horizontal" 时， android:layout_gravity只有垂直方向的设置才起作用，水平方向的设置不起作用。即：top，bottom，center_vertical 是生效的。

下面以一个例子说明：（本例来源于：http://blog.csdn.net/dekunchenivan/article/details/6718678）

<?xml version="1.0" encoding="utf-8"?>
<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"
 android:orientation="vertical"
 android:layout_width="fill_parent"
 android:layout_height="fill_parent"
 >
 <TextView
 android:layout_width="100dip"
 android:layout_height="100dip"
 android:layout_gravity="bottom|center_horizontal"
 android:gravity="center|bottom"
 android:background="#00FF00"
 android:text="@string/textview"
 /> 

 <Button
 android:layout_width="100dip"
 android:layout_height="100dip"
 android:layout_gravity="bottom|left"
 android:gravity="left|top"
 android:background="#FF0000"
 android:text="@string/button"
 />
</LinearLayout>

其效果如图：

在TextView中，我们设置了android:layout_gravity="bottom|center_horizontal"  ，但该TextView并没有显示在屏幕的下方正中央，表明只有center_horizontal属性起了作用，这正是因为我们使用了LinearLayout布局，并且其android:orientation="vertical"，只有水平方向的设置才会起作用，其他方向则会失效。同样，Button也一样。

以上就是本文的全部内容，希望本文的内容对大家的学习或者工作能带来一定的帮助，同时也希望多多支持我们！

赞 (0)

相关推荐

  • Android中gravity与layout_gravity的使用区别分析

    Android中gravity与layout_gravity的使用区别分析

    android:gravity:设置的是控件自身上面的内容位置 android:layout_gravity:设置控件本身相对于父控件的显示位置. 看下如下代码段 复制代码 代码如下: <?xml version="1.0" encoding="utf-8"?><!-- android:gravity设置了按钮上面的文字的显示位置,而android:layout_gravity设置了按钮在布局中的显示位置.--><LinearLayou

  • Android中gravity、layout_gravity、padding、margin的区别小结

    1.gravity与layout_gravity的区别 gravity 属性是对该view 内容的限定．比如一个button 上面的text. 你可以设置该text 在view的靠左,靠右等位置．该属性就干了这个． layout_gravity 是用来设置该view相对与起父view 的位置．比如一个button 在linearlayout里,你想把该button放在靠左 靠右等位置就可以通过该属性设置． 这样就解释了,有什么我们弄个最外布局,然后里面包了几个布局,如果要使这几个布局都靠底,就可

  • android:layout_gravity和android:gravity的区别

    android:layout_gravity和android:gravity的区别

    1.首先来看看Android:layout_gravity和android:gravity的使用区别. android:gravity: 这个是针对控件里的元素来说的,用来控制元素在该控件里的显示位置.例如,在一个Button按钮控件中设置如下两个属性, android:gravity="left"和android:text="提交",这时Button上的文字"提交"将会位于Button的左部. android:layout_gravity: 这

  • Android中invalidate()和postInvalidate() 的区别及使用方法

    Android中实现view的更新有两组方法,一组是invalidate,另一组是postInvalidate,其中前者是在UI线程自身中使用,而后者在非UI线程中使用. Android提供了Invalidate方法实现界面刷新,但是Invalidate不能直接在线程中调用,因为他是违背了单线程模型:Android UI操作并不是线程安全的,并且这些操作必须在UI线程中调用. invalidate()是用来刷新View的,必须是在UI线程中进行工作.比如在修改某个view的显示时,调用inval

  • Android this与Activity.this的区别

    写语句的时候有两种情况: Toast.makeText(AlarmActivity.this,"闹钟取消", Toast.LENGTH_SHORT); <pre name="code" class="java">Toast.makeText(this,"闹钟5秒后启动", Toast.LENGTH_SHORT); 用英文在google搜what's difference between this and Activ

  • Android中asset和raw的区别详解

    *res/raw和assets的相同点: 1.两者目录下的文件在打包后会原封不动的保存在apk包中,不会被编译成二进制. *res/raw和assets的不同点: 1.res/raw中的文件会被映射到R.java文件中,访问的时候直接使用资源ID即R.id.filename:assets文件夹下的文件不会被映射到 R.java中,访问的时候需要AssetManager类. 2.res/raw不可以有目录结构,而assets则可以有目录结构,也就是assets目录下可以再建立文件夹 *读取文件资源

  • Android 中SP与DP的区别实例详解

    Android 中SP与DP的区别实例详解

    从一开始写Android程序,就被告知这些常识 1.长度宽度的数值要使用dp作为单位放入dimens.xml文件中 2.字体大小的数值要使用sp作为单位,也放入dimens.xml文件中 然后,就没有然后了,仿佛潜台词就是说,你记住去用就行了. 偶然有一天,当我们阴差阳错地将字体写成了dp,也是可以工作,而且效果和sp一样. 这时候,就开始怀疑了,到底有啥区别呢,dp和sp有什么不同呢? 我们做个简单的Sample验证一下,如下,一个布局代码 <TextView android:layout_w

  • Android中src和background的区别详解

    ImageView中XML属性src和background的区别: background会根据ImageView组件给定的长宽进行拉伸,而src就存放的是原图的大小,不会进行拉伸.src是图片内容(前景),bg是背景,可以同时使用. 此外:scaleType只对src起作用:bg可设置透明度,比如在ImageButton中就可以用android:scaleType控制图片的缩放方式,示例代码如下: <ImageView android:id="@+id/img" android:

  • 简单谈谈Android中SP与DP的区别

    简单谈谈Android中SP与DP的区别

    从一开始写Android程序,就被告知这些常识 一.dp(或者dip device independent pixels) 一种基于屏幕密度的抽象单位.在每英寸160点的显示器上,1dp=1px.不同设备有不同的显示效果,这个和设备硬件有关. 二.sp(Scaled Pixels) 主要用于字体显示,与刻度无关的一种像素,与dp类似,但是可以根据用户的字体大小首选项进行缩放. 简单的说 长度宽度的数值要使用dp作为单位放入dimens.xml文件中 字体大小的数值要使用sp作为单位,也放入dim

  • Android applicationId和包名的区别总结

    应用ID与包名区别 每个Android应用都有一个唯一的应用ID.在Android设备和市场上,这个ID是你应用的唯一标识.若想在市场上更新应用,新应用的ID必须和原来apk的应用ID一致.所以一旦发布了应用,就不能再改变应用ID. 在Eclipse中没有applicationId这个概念,在Eclipse中applicationId即等同于包名.但是到了Android Studio中,这两个概念做个区分.包名的定义在清单文件中: <manifest xmlns:android="http

  • 浅析Android中getWidth()和getMeasuredWidth()的区别

    结论:getMeasuredWidth()获取的是view原始的大小,也就是这个view在XML文件中配置或者是代码中设置的大小.getWidth()获取的是这个view最终显示的大小,这个大小有可能等于原始的大小也有可能不等于原始大小. 1.getMeasuredWidth 从源码上来看,getMeasuredWidth()获取的是mMeasuredWidth的这个值.这个值是一个8位的十六进制的数字,高两位表示的是这个measure阶段的Mode的值,具体可以查看MeasureSpec的原理

  • Android打包篇:Android Studio将代码打包成jar包教程

    一.新建一个as项目,再新建一个model模块 然后再app中的build.gradle中添加model的依赖.然后编译项目. 二.编译完成后,打开model下的build--intermediates--bundles目录,目录下有两个文件夹,debug,default,在default文件夹下有一个classess.jar,就是编译完成的jar包, 这里需要主要的是:因为我们使用的 as 版本不一致,所以会导致classess.jar包的目录页会不一样,不过最终的目录还是在build--in

随机推荐