Flutter完整开发实战详解(七、 深入布局原理)
究其原因，从下图源码可以看出，Container其实也只是把其他“单一”的 Widget 做了二次封装，然后通过配置来达到“多功能的效果”而已。接着我们先看源码，从下图源码可以看出，它是继承了，关键是 override 了方法，返回了 RenderConstrainedBox。这里体现了第六篇中的 Widget 与 RenderObject 的关系是的，RenderConstrainedBox就是
究其原因，从下图源码可以看出，Container 其实也只是把其他“单一”的 Widget 做了二次封装，然后通过配置来达到“多功能的效果”而已。
接着我们先看 ConstrainedBox 源码，从下图源码可以看出，它是继承了 SingleChildRenderObjectWidget，关键是 override 了 createRenderObject 方法，返回了 RenderConstrainedBox 。
这里体现了第六篇中的 Widget 与 RenderObject 的关系
是的，RenderConstrainedBox 就是继承自 RenderBox，从而实现RenderObject 的布局，这里我们得到了它们的关系如下 ：
| Widget | RenderObject |
|---|---|
| ConstrainedBox | RenderConstrainedBox |
然后我们继续对其他每个 Widget 进行观察，可以看到它们也都是继承SingleChildRenderObjectWidget ，而“简单来说”它们不同的地方就是 RenderObject 的实现了：
| Widget | RenderBox （RenderObject） |
|---|---|
| Align | RenderPositionedBox |
| Padding | RenderPadding |
| Transform | RenderTransform |
| Offstage | RenderOffstage |
所以我们可以总结：真正的布局和大小计算等行为，都是在 RenderBox 上去实现的。 不同的 Widget 通过各自的 RenderBox 实现了“差异化”的布局效果。所以找每个 Widget 的实现，找它的 RenderBox 实现就可以了。（当然，另外还有 RenderSliver，这里暂时不讨论）
这里我们通过 Offstage 这个Widget 小结下，Offstage 这个 Widget 是通过 offstage 标志控制 child 是否显示的效果，同样的它也有一个 RenderOffstage ，如下图，通过 RenderOffstage 的源码我们可以“真实”看到 offstage 标志位的作用：
所以大部分时候，我们的 Widget 都是通过实现 RenderBox 实现布局的 ，那我们可不可抛起 Widget 直接用 RenderBox呢？答案明显是可以的，如果你闲的🥚疼的话！
Flutter 官方为了治疗我们“🥚疼”，提供了一个叫 CustomSingleChildLayout 的类，它抽象了一个叫 SingleChildLayoutDelegate 的对象，让你可以更方便的操作 RenderBox 来达到自定义的效果。
如下图三张源码所示，SingleChildLayoutDelegate 的对象提供以下接口，并且接口 前三个 是按照顺序被调用的，通过实现这个接口，你就可以轻松的控制RenderBox 的 布局位置、大小 等。
二、多子元素布局
事实上“多子元素布局”和单子元素类似，通过“举一反三”我们就可以知道它们的关系了，比如：
Row、Colum都继承了Flex，而 Flex 继承了MultiChildRenderObjectWidget并通过RenderFlex创建了RenderBox；Stack同样继承MultiChildRenderObjectWidget并通过RenderStack创建了RenderBox；
| Widget | RenderBox （RenderObject） |
|---|---|
| Row/Colum/Flex | RenderFlex |
| Stack | RenderStack |
| Flow | RenderFlow |
| Wrap | RenderWrap |
同样“多子元素布局”也提供了 CustomMultiChildLayout 和 MultiChildLayoutDelegate 满足你的“🥚疼”需求。
三、多子元素滑动布局
滑动布局作为 “多子元素布局” 的另一个分支，如 ListView 、GridView、Pageview ，它们在实现上要复杂的多，从下图一个的流程上我们大致可以知道它们的关系：
由上图我们可以知道，流程最终回产生两个 RenderObject ：
-
RenderSliver：Base class for the render objects that implement scroll effects in viewports. -
RenderViewport：A render object that is bigger on the inside.
/// [RenderViewport] cannot contain [RenderBox] children directly. Instead, use
/// a [RenderSliverList], [RenderSliverFixedExtentList], [RenderSliverGrid], or
/// a [RenderSliverToBoxAdapter], for example.
并且从 RenderViewport的说明我们知道，RenderViewport内部是不能直接放置 RenderBox，需要通过 RenderSliver 大家族来完成布局。而从源码可知：RenderViewport 对应的 Widget Viewport 就是一个 MultiChildRenderObjectWidget。 （你看，又回到 MultiChildRenderObjectWidget 了吧。）
再稍微说下上图的流程：
-
ListView、Pageview、GridView等都是通过Scrollable、ViewPort、Sliver大家族实现的效果。这里简单不规范描述就是：一个“可滑动”的控件，嵌套了一个“视觉窗口”，然后内部通过“碎片”展示 children 。 -
不同的是
PageView没有继承SrollView，而是直接通过NotificationListener和ScrollNotification嵌套实现。
注意
TabBarView内部就是：NotificationListener+PageView
是不是觉得少了什么？哈哈哈，有的有的，官方同样提供了解决“🥚疼”的自定义滑动 CustomScrollView ，它继承了 ScrollView，可通过 slivers 参数实现布局，这些 slivers 最终回通过 Scrollable 的 buildViewport 添加到 ViewPort 中，如下代码所示：
CustomScrollView(
slivers: [
const SliverAppBar(
pinned: true,
expandedHeight: 250.0,
flexibleSpace: FlexibleSpaceBar(
title: Text(‘Demo’),
),
自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。
深知大多数Android工程师，想要提升技能，往往是自己摸索成长或者是报班学习，但对于培训机构动则几千的学费，着实压力不小。自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！
因此收集整理了一份《2024年Android移动开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。
既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，基本涵盖了95%以上Android开发知识点，真正体系化！
由于文件比较大，这里只是将部分目录大纲截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且后续会持续更新
如果你觉得这些内容对你有帮助，可以添加V获取：vip204888 （备注Android）
文末
那么对于想坚持程序员这行的真的就一点希望都没有吗？
其实不然，在互联网的大浪淘沙之下，留下的永远是最优秀的，我们考虑的不是哪个行业差哪个行业难，就逃避掉这些，无论哪个行业，都会有他的问题，但是无论哪个行业都会有站在最顶端的那群人。我们要做的就是努力提升自己，让自己站在最顶端，学历不够那就去读，知识不够那就去学。人之所以为人，不就是有解决问题的能力吗？挡住自己的由于只有自己。
Android希望=技能+面试
- 技能
- 面试技巧+面试题
Android希望=技能+面试
- 技能
[外链图片转存中…(img-7oYVKJ80-1711935138030)] - 面试技巧+面试题
[外链图片转存中…(img-VVuQaooT-1711935138031)]
开源鸿蒙跨平台开发社区汇聚开发者与厂商，共建“一次开发，多端部署”的开源生态，致力于降低跨端开发门槛，推动万物智联创新。
更多推荐
8
0- 0
已为社区贡献4条内容
所有评论(0)