和React Native一样，Flutter也提供响应式的视图，Flutter采用不同的方法避免由JavaScript桥接器引起的性能问题，即用名为Dart的程序语言来编译。Dart是用预编译的方式编译多个平台的原生代码，这允许Flutter直接与平台通信，而不需要通过执行上下文切换的JavaScript桥接器。编译为原生代码也可以加快应用程序的启动时间。
实际上，Flutter是唯一提供响应式视图而不需要JavaScript桥接器的移动SDK，这就足以让Fluttter变得有趣而值得一试，但Flutter还有一些革命性的东西，即它是如何实现UI组件的？
组件（Widgets）
Widgets是影响和控制应用程序的视图和界面的元素，说这些组件是移动应用中最重要的部分之一，这并不夸张，事实上，UI表现如何，可以成就或毁掉一款App。
Widgets的外观和给人的感觉是至关重要的，Widgets需要看起来不错，包 括各种屏幕的尺寸，也需要有自然的感觉。
Widgets必须快速执行：创建或扩展UI控件（实例化他们的Widgets），将其放在屏幕上，渲染他们，或者（尤其是）将其动画化。
对现代的应用程序来说，Widgets应该是可扩展和可定制的，开发人员希望能够添加讨人喜欢的新的UI组件，并自定义所有Widgets以匹配各种品牌的应有程序。
Flutter的系统架构包含大量赏心悦目、快速、可定制、可扩展的Widgets。没错，Flutter不需要使用系统UI组件（或DOM WebViews），它自带了Widgets。
Flutter将UI组件和渲染器从平台移动到应用程序中，这使得它们可以自定义和可扩展。Flutter唯一要求系统提供的是canvas，以便定制的UI组件可以出现在设备的屏幕上，以及访问事件（触摸，定时器等）和服务（位置、相机等）。
Dart程序（绿色）和执行数据编码和解码的原生平台代码（蓝色，适用于iOS或Android）之间仍然有一个接口，但这能比JavaScript桥接器快几个数量级。
将UI组件和渲染器移动到应用程序中确实会影响应用程序的大小。Android上的Flutter应用程序的的初始大小约为6.7M，这与类似的工具构建的最小应用程序的大小相似，您可以决定Flutter的优势是否值得权衡，因此本文的余下部分将讨论这些优势。
布局
Flutter最大的改进之一就是它的布局，布局是基于一组规则（也称约束）来决定UI组件的大小和位置。
传统上，布局使用大量可以应用于任何UI组件的规则。这些规则实现多种布局方法，我们就以众所周知的CSS布局为例（尽管Android和iOS中的布局基本相似）。CSS具有适用于HTML元素（UI组件）的属性（规则）， CSS3定义了375个属性。
CSS包含大量的布局模型，如多种箱模型、浮动元素、表、多列文本、分页媒介等。还有像flexbox 和 grid的布局模型在之后也被添加进去，因为开发人员和设计人员需要对布局进行更多地控制，而不得不使用表格和透明图像来获取他们想要的布局。在传统布局中，开发人员无法添加新的布局模型，因此必须将flexbox 和 grid添加到CSS中并在所有浏览器上实现。
传统布局的另一个问题是规则可以相互影响甚至发生冲突，通常有几十种规则元素的规则应用于他们，这使得布局变慢。更糟糕的是，布局性能通常为指数性下降，因此，随着元件数量的增加，布局变慢得更快。
Flutter最开始是Google Chrome浏览器小组成员进行的实验项目，我们想看看如果我们忽略了传统的布局模式，是否可以构建更快的渲染器。几周后，我们在性能上取得了显著增长，我们发现：
-
大多数的布局是相对简单的，例如：滚动页面上的文本，其大小和位置只取决于显示大小的固定矩形，还有一些表格，浮动元素等。
-
大部分布局只作用于UI组件树的一部分，并且这子树通常使用一个布局模型，因此这些UI组件只需要少量的规则。
我们意识到如果完全改变以前的布局模式，布局就可以大大被简化：
-
每个UI组件都将指定自己简单的布局模型，而不是拥有可以应用于任何UI组件的一整套布局规则。
-
因为每个UI组件都有一个更小的一套布局需要考虑，所以布局可以大量优化。
-
为了进一步简化布局，我们几乎将所有内容都转换为UI组件。
这里是用Flutter代码来创建的一个带有布局的简单UI组件。
new Center (
child: new Column(
children:[
new Text (‘Hello, World!’)),
new Icon (Icons.star, color: Colors.green)
]
)
这段代码在语义上足够清晰。你可以轻松地想象它将会生成什么。运行这段代码的显示结果如下：
Hello, World!
在这段代码中，所有的组成部分都是一个UI组件，包括布局。 Center UI组件将其子组件集中在其母组件内（如屏幕）。ColumnUI组件垂直排列其子组件（UI组件列表）。该列表包含一个Text和一个Icon控件（具有一个颜色属性）。
在Flutter中，居中显示和padding都是widgets，主题是适用于它们子组件的UI控件，甚至应用程序和导航也是widgets。
Flutter包括很多用于布局的widgets，不仅仅含有列，还包括行、网格、列表等。 此外，Flutter还有一个独特的布局模型，我们称之为用于滚动的“长条布局模型 (sliver layout model)”。Flutter中的布局非常快，可用于滚动。试想一下，滚动必须如此快速平滑，以至于让用户感觉当他们在物理屏幕上拖动时，屏幕图像就像和他们的手指相连一样。
通过使用布局进行滚动，Flutter可以实现高级滚动，如下所示。请注意，这些是GIF动画，真正的Flutter应用程序更加平滑。
在大多数情况下，Flutter仅需一次传递即可完成布局，这意味着布局所花的时间是线性增长的，所以它可以处理大量的widgets。Flutter也可以利用缓存或其他功能来避免重复的布局。
定制设计
因为UI组件现在是应用程序的一部分，你可以添加新的UI组件，并且可以自定义现有的UI组件，以使其具有不同的外观或感觉，或匹配公司的品牌，移动设计的趋势正在与几年前普遍使用的千篇一律的应用程序背离，开始走向让用户愉悦的定制设计。
Flutter配有丰富的可定制的Android、iOS和Material Design组件（实际上，我们已经被告知Flutter是Material Design中具有最高保真度之一的实现），我们使用Flutter的可定制特点来构建这些组件库，以匹配多个平台上的原生组件的外观和感觉。程序开发人员可以使用相似的可定制性功能进一步调整小组件以满足他们的需求。
更多关于响应式视图
现有的响应式web视图库都引入了虚拟DOM，DOM代表HTML的文档对象模型。JavaScript用DOM提供的API来操纵表现为一个元素树的HTML文档。虚拟DOM是使用编程语言中的对象（在这种情况下为JavaScript）创建的DOM的抽象版本。
在响应式Web视图（由 ReactJS和其他系统实现）中，虚拟DOM是不可变的，每次更改，所有的东西都得重建。系统将虚拟DOM与真正的DOM进行比较，生成一组最小的更改，然后执行这些更改，以更新真正的DOM。最后，平台重新绘制真实的DOM到画布中。
这听起来增加了很多额外的工作，但它是值得的，因为操纵HTML DOM是非常耗费系统资源的。
React Native 也做类似的工作，但是是在移动应用程序当中进行的。它会操控移动平台上的原生组件而不是DOM。它构建一个UI组件的虚拟树，与原生组件进行比较，并只更新已更改的部件。
请记住，React Native必须通过桥接器与原生部件进行通信，因此，UI组件的虚拟树可以帮助保持传递桥的最小值，同时还允许使用原生部件。最后，一旦更新了本机部件，平台就会将它们渲染到画布上。
React Native是移动开发的一大进步，并且是Flutter的灵感来源，但Flutter更进一步。
回想一下，在Flutter中，UI组件和渲染器已经从平台中集成到用户的应用程序中。没有系统UI组件可以操作，所以原来虚拟控件树的地方现在是真实的控件树。Flutter渲染UI控件树并将其绘制到平台画布上。这很好，既简单又快。 此外，动画发生在用户空间中，因此应用程序（因此开发人员）可以对其进行更多的控制。
Flutter渲染器本身很有趣：它使用几个内部树结构来渲染只需要在屏幕上更新的UI组件。例如，渲染器使用“ 使用合成的结构重绘”(这意味着比使用屏幕上的矩形区域更有效）。不变的UI控件，即使是那些已经移动的UI控件，仅需在内存中做极其细微的改动，速度当然超级快。这就是为什么Flutter的滚动性能如此之高，即使在很复杂的滚动场景中。
要进一步了解Flutter渲染器，我推荐这个视频。你也可以看看代码，因为Flutter是开源的。当然，您可以自定义或甚至替换整个堆栈，包括渲染器，合成器，动画，手势识别器，当然还有widgets。
Dart编程语言
因为Flutter 像使用响应式视图的其他系统一样，刷新每个新框架的视图树，它会创建许多只能在一帧（六十分之一秒）内存在的对象。幸运的是，Dart使用“generational garbage collection ”对于这样的系统来说是非常有效的，因为对象（特别是寿命短的）消耗资源相对较少。此外，可以使用单个pointer bump来完成对象的分配。这是一个快速且不需要锁定的pointer bump。这有助于避免UI 卡顿。
Dart还有一个“tree shaking ”编译器，它只包含你在应用程序中需要的代码。 即使您只需要一个或两个，您也可以随意使用大型的UI控件库。
热重载
Flutter最受欢迎的功能之一是其快速，保留程序状态的热重载 （hot reload）。 您可以在Flutter应用程序运行时对其进行更改，重新加载应用程序的代码，将其从之前的操作位置继续下去。一次热重载通常用不到一秒钟。 如果您的应用遇到错误，您通常可以修复错误，然后继续，就像错误从未发生过。 即使你必须完全重新加载，它也是很快速的。
开发人员告诉我们，这可以让他们“绘制”他们的应用程序，一次更改，然后几乎立即可以看到结果，而无需重新启动应用程序。
兼容性
因为UI组件（和这些UI组件的渲染器）是您的应用程序的一部分，而不是平台的一部分，不需要“兼容库 ”。 您的应用程序不仅可以正常工作，而且在最近的操作系统版本Jelly Bean以后的安卓系统和 8.0以后的iOS系统上也是一样的 。 这显著降低了在旧版本操作系统上测试应用程序的需求。 此外，你的App有很大可能与未来的操作系统版本兼容。
我们曾被问到一个潜在的问题。由于Flutter不使用原生UI组件，因此，当新的iOS或Android版本出现时，Flutter UI组件是否需要更新才能支持新的部件，或更改现有部件的外观或行为吗？
- 首先，Google是Flutter的内部的一个大用户，所以我们有很大的动机来更新UI组件，使其保持最新状态并尽可能接近当前的原生UI组件。
如果有一段时间我们在更新一个UI组件时太慢，Google并不是Flutter唯一一个保持UI组件最新的用户。Flutter的UI组件是可扩展和可定制的，任何人都可以更新它们，包括你自己， 甚至不需要提交一个请求。 你永远不必等待Flutter自己更新。
-
只有当您想要在应用中反映出新的更改时，上述要点才适用。 如果您不想要更改影响您的应用程序的外观或工作方式，那么就没有必要使用上面所说的。 UI组件是您的应用程序的一部分，所以UI永远不会在你不知情的情况下擅自改变，并使您的应用程序看起来不好（或更糟的是，破坏您的应用程序）。
-
还有一个额外的好处，您可以编写您的应用程序，以便即使在较旧的操作系统版本上也能使用新的UI组件.
其他优势
Flutter的简单性使其运行很快，但它的可定制性和可扩展性，保持简单的同时拥有强大功能。
自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。
深知大多数初中级安卓工程师，想要提升技能，往往是自己摸索成长，但自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！
因此收集整理了一份《2024年最新Android移动开发全套学习资料》送给大家，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。
由于文件比较大，这里只是将部分目录截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频
如果你觉得这些内容对你有帮助，可以添加下面V无偿领取！（备注Android）
最后
这里我特地整理了一份《Android开发核心知识点笔记》，里面就包含了自定义View相关的内容
如果你有需要的话，可以私信我【进阶】发给你
除了这份笔记，还给大家分享 Android学习PDF+架构视频+面试文档+源码笔记，高级架构技术进阶脑图、Android开发面试专题资料，高级进阶架构资料这几块的内容。非常适合近期有面试和想在技术道路上继续精进的朋友。
如果你有需要的话，可以点击我的GitHub免费获取！
分享上面这些资源，希望可以帮助到大家提升进阶，如果你觉得还算有用的话，不妨把它们推荐给你的朋友~
750990)]
除了这份笔记，还给大家分享 Android学习PDF+架构视频+面试文档+源码笔记，高级架构技术进阶脑图、Android开发面试专题资料，高级进阶架构资料这几块的内容。非常适合近期有面试和想在技术道路上继续精进的朋友。
如果你有需要的话，可以点击我的GitHub免费获取！
[外链图片转存中…(img-2NOa1r8u-1710660750990)]
分享上面这些资源，希望可以帮助到大家提升进阶，如果你觉得还算有用的话，不妨把它们推荐给你的朋友~
喜欢本文的话，给我点个小赞、评论区留言或者转发支持一下呗~
672
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
