Flutter在字节跳动的现状与工程实践(1)

其主要有以下四个原因：

• 性能体验

• 开发效率

• 高度一致性

• 高可控制性

性能体验与开发效率作为官方一直在宣传的两个重点，这里就不过多赘述。除此之外，我们还看中了 Flutter 的高度一致性，这里的高度一致性不仅仅指各平台 UI 一致，更重要的是各个平台运行的是同一份代码。以前一份需求在 iOS 与 Android 上需要各实现一份，在迭代的时候就会带来额外的协商成本，对于迭代速度很快的字节跳动来说，Flutter 可以很好地抹平这个成本。

什么是高可控制性？Flutter 对宿主的依赖很低，宿主提供一个画布就可以自己运行起来，还有渲染流程和时间派发都是自行运作的。换句话说，无论是修改内部实现还是优化内部逻辑，我们都可以很轻松地做到，这点和过去的 Native 应用开发有很大区别，使用 Native 开发需要各种 Hook，API 还有较高的风险。

由此我们觉得 Flutter 的确是一个值得研究与投入的选择。

业务落地

---

具体到业务落地，我们早期拿 Flutter 实现了一个比较简单的页面，基本上达到了 Native 的效果，在滚动和手持操作方面的体验也几乎与 Native 一致，也正是因为这一次的实验让我们对 Flutter 更加有信心，也向着这个方向继续深耕，将一些需求直接使用 Flutter 来实现。目前，公司内部大部分 App 都在使用 Flutter，这里简单列举几个：

建设进展与规划简介

---

作为字节跳动的基础技术部，究竟对 Flutter 要进行怎样的规划与建设？

总的来说，希望将 Flutter 打造成下一代大移动端开发体系。所谓大移动端，与大前端并不那么相似，大移动端更多主张移动优先，同时再去兼顾其他端。而且最好是可以用一套技术栈统一它们，Flutter 就刚好符合这个定位。以这个目标为愿景，围绕着这个愿景我们主要在三个方向进行努力：

• 提升基础能力

第一个就是基础能力，Flutter 与 Native 毕竟存有一些差距，我们需要研究在基础能力这方面如何抹平差距，甚至让它超越 Native，所以我们在架构层面投入了大量的人力。

• 完善周边配套

第二点是周边配置，一个语言、一个平台是否好用，能不能有更好的发展，往往不是这个语言或平台自己决定的，更多要看它的周边配套工具，包括 IDE、Debug 工具等等，而 Flutter 作为新生的平台，在这方面存在较大的劣势。我们也将此作为一个主要方向投入研究，提供一个更好的工具。

• 推广 Flutter 技术

第三点就是针对于 Flutter 的推广，这个问题很容易理解，更多的开发者使用 Flutter，建设 Flutter 的资源就会越多，这样就会形成一个积极的循环。

建设规划

---

围绕着以上三点，我们做了一个“3 + 1”建设规划，就是应用框架、基础服务和引擎框架三大方面加上周边建设：