android中framelayout 和linearlayout嵌套问题。

就是在第一个framelayout中再嵌套一个framelayout。不过感觉这样没什么用啊。Layout嵌套是在复杂UI中实现布局的，比如在垂直的LinearLayout中要实现一排水平的按钮，就可以再嵌套一个水平的LinearLayout，在水平的LinearLayout添加多个按钮。因为FrameLayout布局的特殊性，我感觉再嵌套一个FrameLayout没有什么用。除非是嵌套的FrameLayout是单独显示某些信息的，在需要显示的时候设置其setVisibility(ViewVISIBLE)显示，不用时设置其setVisibility(ViewGONE)不显示。不知道这样说的清不清楚。

所有的子元素将会固定在屏幕的左上角；不能为FrameLayout中的一个子元素指定一个位置。后一个子元素将会直接在前一个子元素之上进行覆盖填充，把它们部份或全部挡住（除非后一个子元素是透明的）。

简单来说：FrameLayout中的子元素总是以屏幕的左上角层叠在一起。在FrameLayout布局里面android:layout_margin的各种属性必须依赖于android:layout_gravity，也就是说，要想margin生效，必须设定view的layout_gravity属性。

下面的配置将2个控件显示在屏幕的中间：

<xml version="10" encoding="utf-8">

<FrameLayout xmlns:android=">

1，后台代码setContentView设置，这种方式控制的不好会很折腾人。

2，在第四个XML种将前三个<include/>进去，并设置visibility属性为gone，然后后台处理事件中设置setVisible控制显示哪个，这种方式因所有布局文件同时绘制，故内存占用会相对大那么一丁点。

3，就你描述的要求，好像没其他方法了，也很有可能是我不知道。

系列文章：

在上篇文章： Android 自定义View之Measure过程 ，我们分析了Measure过程，本次将会掀开承上启下的Layout过程神秘面纱，

通过本篇文章，你将了解到：

在上篇文章的比喻里，我们说过：

该ViewGroup 重写了onMeasure(xx)和onLayout(xx)方法：

同时，当layout 执行结束，清除PFLAG_FORCE_LAYOUT标记，该标记会影响Measure过程是否需要执行onMeasure。

该View 重写了onMeasure(xx)和onLayout(xx)方法：

MyViewGroup里添加了MyView、Button两个控件，最终运行的效果如下：

可以看出，MyViewGroup 里子布局的是横向摆放的。我们重点关注Layout过程。实际上，MyViewGroup里我们只重写了onLayout(xx)方法，MyView也是重写了onLayout(xx)方法。

接下来，分析View Layout过程。

与Measure过程类似，连接ViewGroup onLayout(xx)和View onLayout(xx)之间的桥梁是View layout(xx)。

可以看出，最终都调用了setFrame(xx)方法。

对于Measure过程在onMeasure(xx)里记录了尺寸的值，而对于Layout过程则在layout(xx)里记录了坐标值，具体来说是在setFrame(xx)里，该方法两个重点地方：

ViewonLayout(xx)是空实现

从layout(xx)和onLayout(xx)声明可知，这两个方法都是可以被重写的，接下来看看ViewGroup是否重写了它们。

ViewGrouplayout(xx)虽然重写了layout(xx)，但是仅仅做了简单判断，最后还是调用了Viewlayout(xx)。

这重写后将onLayout变为抽象方法，也就是说继承自ViewGroup的类必须重写onLayout(xx)方法。

我们以FrameLayout为例，分析其onLayout(xx)做了什么。

FrameLayoutonLayout(xx)为子布局Layout的时候，起始坐标都是以FrameLayout为基准，并没有记录上一个子布局占了哪块位置，因此子布局的摆放位置可能会重叠，这也是FrameLayout布局特性的由来。而我们之前的Demo在水平方向上记录了上一个子布局的摆放位置，下一个摆放时只能在它之后，因此就形成了水平摆放的功能。

由此类推，我们常说的某个子布局在父布局里的哪个位置，决定这个位置的即是ViewGrouponLayout(xx)。

上边我们分析了Viewlayout(xx)、ViewonLayout(xx)、ViewGrouplayout(xx)、ViewGrouponLayout(xx)，这四者什么关系呢？

Viewlayout(xx)

ViewonLayout(xx)

ViewGrouplayout(xx)

ViewGrouponLayout(xx)

View/ViewGroup 子类需要重写哪些方法：

用图表示：

通过上述的描述，我们发现Measure过程和Layout过程里定义的方法比较类似：

它俩的套路比较类似：measure(xx)、layout(xx)一般不需要我们重写，measure(xx)里调用onMeasure(xx)，layout(xx)为调用者设置坐标值。

若是ViewGroup：onMeasure(xx)里遍历子布局，并测量每个子布局，最后将结果汇总，设置自己测量的尺寸；onLayout(xx)里遍历子布局，并设置每个子布局的坐标。

若是View：onMeasure(xx)则测量自身，并存储测量尺寸；onLayout(xx)不需要做什么。

Measure过程虽然比Layout过程复杂，但仔细分析后就会发现其本质就是为了设置两个成员变量：

而Layout过程虽然比较简单，其本质是为了设置坐标值

将Measure设置的变量和Layout设置的变量联系起来：

此外，Measure过程通过设置PFLAG_LAYOUT_REQUIRED 标记来告诉需要进行onLayout，而Layout过程通过清除 PFLAG_FORCE_LAYOUT来告诉Measure过程不需要执行onMeasure了。

这就是Layout的承上作用

我们知道View的绘制需要依靠Canvas绘制，而Canvas是有作用区域限制的。例如我们使用：

Cavas绘制的起点是哪呢？

对于硬件绘制加速来说：正是通过Layout过程中设置的RenderNode坐标。

而对于软件绘制来说：

关于硬件绘制加速/软件绘制 后续文章会分析。

这就是Layout的启下作用

以上即是Measure、Layout、Draw三者的内在联系。

当然Layout的"承上"还需要考虑margin、gravity等参数的影响。具体用法参见最开始的Demo。

getMeasuredWidth()/getMeasuredHeight 与 getWidth/getHeight区别

我们以获取width为例，分别来看看其方法：

getMeasuredWidth()：获取测量的宽，属于"临时值"

getWidth()：获取View真实的宽

在Layout过程之前，getWidth() 默认为0

何时可以获取真实的宽、高

下篇将分析Draw()过程，我们将分析"一切都是draw出来的"道理

本篇基于 Android 100

以上就是关于android中framelayout 和linearlayout嵌套问题。全部的内容，包括:android中framelayout 和linearlayout嵌套问题。、FrameLayout 内的控件如何设置位置、安卓开发中framelayout怎么实现页面切换等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！