Flutter架构概览，挑战大厂重燃激情

这样的实现有几个优势：

• 提供了诬陷的扩展性。

• Flutter可以直接合成所有的场景，而无需在Flutter与原生平台之间来回的切换，从而避免了明显的性能瓶颈。

• 将应用的行为与操作系统的依赖解耦。

组成

---

Widget通常由更小的且用途单一的widgets组合而成，提供更强大的功能。

在设计的时候，相关的概念设计已尽可能地少量存在，而通过大量的内容进行填充。eg，Flutter在widgets层中使用了相同的概念（一个Widget）来表示屏幕上的绘制、布局（位置和大小）、用户交互、状态管理、主题、动画以及导航。在动画层，Animation和Tween这对概念组合，涵盖了大部分的设计空间。在渲染层，RenderObject用来描述布局、绘制、触摸判断以及可访问性。在这些场景中，最终对于包含的内容都很多：有数百个widgets和Render objects，以及数十种的动画和补间类型。

类的层次结构是有意的浅而广，以最大限度的增加可能的组合数量，重点放在小的，可组合的widget上，确保每个widget都能横好的完成一件事情。核心功能均被抽象，甚至像编剧和对齐这样的基础功能，都被实现为单独的组件，而不是内置于核心中。（这样的实现也与传统的API形成了对比，类似于边距这样的功能通常都内置在了每个组件的公共核心内，Flutter中的widget则不同。）因此，如果你需要讲一个widget居中，预期调整Align这样的属性，不如将他包裹在一个Center widget内。

Flutter中包含了边距，对齐，行，列和网格系列的widgets。这些布局类型的widgets自身没有视觉内容，而只用于控制其他的widgets的部分布局条件。Flutter也包含了以这种组合方法组成的实用性widgets。

例如，一个常用的widget Container，是由几个widget组合而成，包含了布局、绘制、定位和大小的功能。更具体地说，Container是由LimitedBox、ConstrainedBox、Align、Padding、DecoratedBox和Transform组合而成的，你也可以通过查看源码看到这些组合。Flutter 有一个典型的特征，即你可以深入到任意一个 widget，查看其源码。因此，你可以通过同样的方式组合其他的 widgets，也可以参考 Container 来创建其他的 widget，而不需要继承 Container 来实现自定义的效果。

构建widgets

---

先前提到，可以通过重写build()方法，返回一个新的元素树，来定义视觉展示。这棵树用更为具体的术语表示了widget在UI中的部分。例如，工具栏widget的build方法可能会返回水平布局，其中可能包含了一些文字，各种各样的按钮。根据需要，框架会递归请求每个widget进行构建，直到整棵树都被具体的可渲染的对象描述为止。然后框架会将可渲染的对象缝合在一起，组成可渲染的对象树。

Widget的build方法应该是没有副作用的。每当一个方法要求构建市，widget都应当能返回一个widget的元素树，与先签返回的widget也没有关联。框架会根据渲染对象树来确定哪些构建方法需要被调用，这是一响略显繁重的工作。

每个渲染帧，Flutter都可以根据变换的状态，调用build()方法重建部分UI。因此，保证build方法轻量且能够快速返回widget是非常关键的，繁重的计算工作应该通过一些异步的方法来完成，然后作为构建方法build的一部分存储。

尽管这样的实现看起来不够成熟，但是这样的自动对比方法非常有效，可以实现高性能的交互应用。同时，以这种方式设计的build方法，将重点放在widget组合的声明上，从而简化了代码，而不是以一种状态去更新另一种状态这样的复杂过程。

状态管