android开发布局

❶ Android的五大布局

1.RelativeLayout  相对布局

2. LinearLayout 线性布局

3. FrameLayout 帧布局

4.TableLayout 表格布局 (被GridView代替)

5.AbsoluteLayoutf 绝对布局(已经被谷歌废弃,几乎不会用到)

           相对布局RelativeLayout允许子元素指定它们相对于其父元素或兄弟元素的位置，这是实际布局中最常用的布局方式之一。

            特点:相对于其他空间的位置,和相对父元素的位置进行布局;

layout_centerHorizontal（相当于父节点是水平居中）

layout_centerVertical（相当于父节点是垂直居中)

layout_centerInParent（相当于父节点在正中间）

layout_above（在XX之上）

layout_below（在XX之下）

layout_toLeft（在XX的左边）

layout_toRight（在XX的右边）

layout_alignParentTop（和父节点的顶部对齐）

layout_alignParentBottom（和父节点的底部对齐）

layout_alignParentLeft（和父节点的左边对齐）

layout_alignParentRight（和父节点的右边对齐）

layout_alignTop（和XXX顶部对齐）

layout_alignBottom（和XXX底部对齐）

layout_alignLeft (和XXX左边对齐）

layout_alignRight（和XXX右边对齐）

线性布局LinearLayout是根据指定朝向orientation水平Horizontal或者垂直Vertical方向排列的布局，其最大的特点是可以给子控件按照权重weight属性分配空间.

常见案例:计算器

3. FrameLayout 帧布局

            通俗的讲就是在屏幕上一层覆盖着一层的控件,在fragment中比较常用

<TextView

android:layout_width= "200px"

android:layout_height= "200px"

android:layout_gravity= "center"

android:background= "#00ff00"

android:gravity= "center" />

❷ Android中常用的五种布局

Android
布局是应用界面开发的重要一环，在Android中，共有五种布局方式分别是：
线性布局:LinerLayout
表格布局:TableLayout
相对布局:RelativeLayout
绝对布局:AbsoluteLayout
帧布局:FrameLayout

❸ Android中常用的五种布局

常用五种布局方式，分别是：FrameLayout（框架布局），LinearLayout （线性布局），AbsoluteLayout（绝对布局），RelativeLayout（相对布局），TableLayout（表格布局）。

LinearLayout里面又可分为垂直布局（android:orientation="vertical"）和水平布局（android:orientation="horizontal" ）

❹ Android基础之常用五种布局

所有东西依次都放在左上角，会重叠，这个布局比较简单，也只能放一点比较简单的东西。

分为垂直布局（ android:orientation="vertical" ）和水平布局（ android:orientation="horizontal" ）。
垂直布局时，每一行就只有一个元素，多个元素依次垂直往下；
水平布局时，只有一行，每一个元素依次向右排列。

用X,Y坐标来指定元素的位置，这种布局方式也比较简单
在屏幕旋转时，往往会出问题，而且多个元素的时候，计算比较麻烦。

可以理解为某一个元素为参照物，来定位的布局方式。
主要属性有：
相对于某一个元素 android:layout_below 、 android:layout_toLeftOf
相对于父元素的地方 android:layout_alignParentLeft 、 android:layout_alignParentRigh ；

每一个 TableLayout 里面有表格行 TableRow ， TableRow 里面可以具体定义每一个元素。每一个布局都有自己适合的方式，这五个布局元素可以相互嵌套应用，做出美观的界面。

❺ 关于Android布局你不知道的

Android常见的5个布局，我想大家一定不会陌生。LinearLayout、RelativeLayout和FrameLayout也是使用频率较高的布局方式，做Android开发的一定使用过。

传统的5种布局方式：

不过我的问题并不是问面试者如何使用这些基础的布局，而是要看面试者怎么解决布局嵌套（影响性能）和屏幕适配问题。

我们都清楚Android界面的布局太复杂，嵌套层次过深，会使整个界面的测量、布局和绘制变得更复杂，对性能会造成影响。所以我们在写Layout文件时，也要尽量避免布局的嵌套层次过深的问题。

在怎么解决问题之前，我们得有一个好方法先判断当前的问题情况。Android SDK工具箱中有一个叫做Hierarchy Viewer的工具，能够在App运行时分析Layout。

注意： 在ROOT的手机，或者是安装开发版的ROM的手机可以直接使用Hierarchy Viewer。如果没有Root的手机(SDK 4.1及以上)，需要在你的PC端添加一个环境变量“ANDROID_HVPROTO=ddm”。

下面列举一些面试者常使用的方式。

merge merge标签的作用是合并UI布局，使用该标签能降低UI布局的嵌套层次。

merge标签可用于两种情况：

ViewStub ViewStub标签引入的布局默认不会inflate，既不会显示也不会占用位置。 ViewStub常用来引入那些默认不会显示，只在特殊情况下显示的布局，如数据加载进度布局、出错提示布局等。

需要在使用时手动inflate:

ViewStub在一定的程度可以起到减少嵌套层次的作用，特别是很多时候我们的程序可能不需要走到ViewStub的界面。

include 将可复用的组件抽取出来并通过include标签使用，但<include>标签能减少布局的层次吗？

我认为不能。include主要解决的是相同布局的复用问题，它并不能减少布局的层次。

用RelativeLayout代替LinearLayout

很多人为了减少布局层次喜欢用RelativeLayout代替LinearLayout，不过可能达到的效果并不会很明显。层次是减少了，但本身RelativeLayout就会比LinearLayout性能差一点。

有一些界面，比如一个图片和一个文本的布局（ListItem常见的布局方式），可以利用TextView有drawableLeft, drawableRight等属性，完全不需要RelativeLayout或者LinearLayout布局。

传统的布局方式存在一定的缺陷，如RelativeLayout要两次测量（measure）它的子View才能知道确切的高度；如果LinearLayout布局的子View有设置了layout_weight，那么它也需要测量两次才能获得布局的高度。

相对于传统的布局方式，Android官方还推出了两种新的布局方式：ConstraintLayout和FlexboxLayout。

ConstraintLayout ConstraintLayout即约束布局，在2016年由Google I/O推出。ConstraintLayout和RelativeLayout有点类似，控件之间根据依赖关系而存在，但比RelativeLayout更加灵活。创建大型复杂的布局仍然可以使用扁平的层级(不用嵌套View Group)，说的简单些就是，再复杂的界面也可以只有2层层次。

要使用ConstraintLayout需要在build.gradle中添加相关的support库：

使用ConstraintLayout可以有效的解决布局嵌套过多导致的性能问题，官方也对其渲染性能进行了优化，并且ConstraintLayout支持可视化的方式编写布局。

不过学会熟练使用ConstraintLayout会需要一点时间，但这是值得的。

FlexBoxLayout 做过前端开发（CSS方面）的同学对FlexBox一定不会陌生，最近我在做微信小程序开发时也涉及到FlexBox。FlexBox(弹性布局)是w3c在2009年提出的一种新的布局方案，解决以前那种传统css的盒模型的局限性。

Google开源了FlexboxLayout布局和前端CSS FlexBox布局具有相同的功能（肯定有不一样的地方），但已经足够在Android上改进布局的构建方式。

FlexBoxLayout可以理解成一种更高级的LinearLayout，不过比LinearLayout更加强大和灵活。如果我们使用LinearLayout布局的话，那么不同的分辨率，也许我们要重新调整布局，势必会需要跟多的布局文件放在不同的资源目录。而使用FlexBoxLayout来布局的话，它可以适应各种界面的改变（所以叫响应式布局）。

如果对前端的Flexbox不太了解的话，你还需要补一些概念，好在这些东西在网上很容易找到。

可能很多读者会觉这样的面试题是吹毛求疵，很多项目中哪有这么复杂的界面，根本就用不到这些优化措施。

可以说厉害的人，或者叫高手，可能只是比较多在意这些细节而已。在实践中的经历告诉我，很多难于解决的性能问题，并不是因为有一个影响性能的问题无法攻克，而是没有一个明显的制约因素，是有各种小问题一点一点堆积起来，最终积重难返。

所以，把细节做好，或者意识到细节的地方可能引发的问题，对我们解决问题是很有帮助的，不要浪费了让你可以成长的细节。

有需要更多Android高级进阶和面试资料的朋友可以私信我获取