本文介绍了 Flutter 多引擎下，使用 PlatformView 场景时不能绕开的一个线程合并问题，以及它最终的解决方案。最终 Pull Request 已经 merge 到 Google 官方 Flutter 仓库。

Flutter在release环境是以AOT模式运行的，这就决定了我们要做动态化的话无法简单的通过动态下发dart代码执行的。根据Fair团队的前期调研，我们对布局动态化和逻辑动态化的实现采用了两套不同的实现方案，对于布局部分，我们在解析dart源文件之后生成DSL产物下发，然后在端上解析DSL构建布局的方式，逻辑动态化的部分，我们采用的是dart源码转js下发的方式。

Fair 逻辑动态化，是对一期布局动态化的增强。为了实现逻辑动态化，我们当时考虑了多种方案，方案主要集中在这三个方面，一种是对google提供的JIT进行裁切，第二种是自定义解析引擎，第三种借助js的能力。

Fair是为Flutter设计的动态化框架，可以通过Fair Compiler工具对Dart源文件的转化，使项目获得动态更新Widget的能力。Fair 2.0是为了解决 Fair 1.0版本的“逻辑动态化”能力不足。

长期来看，用 Flutter 来替代 Native，实现双端代码统一，节约人力开发，会是我们持续探索的方向。

从技术角度来分享 Kraken 的一些实现原理以及关键的技术特性。

本系列文章将提炼MOO APP开发中遇到的情况，就Flutter 内存占用治理方面，分享日常开发的一些基本认知、注意要点、排查方法和优化方案。内存治理篇文章共分上、中、下三篇，本篇为中篇。

本系列文章将提炼 MOO APP 开发中遇到的情况，就 Flutter 内存占用治理方面，分享日常开发的一些基本认知、注意要点、排查方法和优化方案。内存治理篇文章共分上、中、下三篇，本篇为上篇。

Flutter For Web已经发布一年多时间，它的发布意味着我们可以真正地使用一套代码、一套资源部署整个大前端系统（包括ios、Android、Web）。经过一段时间的探索，使用Flutter For Web技术开发了移动端可视化编程平台——Flutter乐高，在此分享使用Flutter For Web实践过程和踩坑实践。

通过代码自适应的方式实现文本的垂直居中，避免了针对不同字体、字号及手机的适配工作。

Flutter自诞生之时就以轻松构建美观、高性能组件著称，目标是提供逼近“原生性能”的60帧每秒（fps）的性能，或者是在可以达到120Hz的设备上提供120fps的性能。这里的帧率fps是指的画面每秒传输帧数，是衡量性能优化中屏幕是否卡顿的一个重要指标，如何测量一个应用的帧率，就要用到工具Timeline。

在App迭代发展中，随着代码工程的增长，在某些时候需要将App的部分逻辑放在与Widget分离的类中。使Widget不具有直接依赖关系可以使代码更好地组织并更易于测试和维护。但是现在需要一种从 UI 代码访问这些对象的方法。

作者escamoteur 借鉴.net中的Service Locator Splat概念，在Dart中开发而成。

故GetIt应运而生，从1.0到现在的7.x。

同步与异步程序的运行是出于满足人们对某种逻辑需求的处理，在计算机上表现为可执行指令，正常情况下我们期望的指令

我们思考如何借助原生端已支持的跨端平台引擎，来统一移动端业务逻辑开发，消除两端逻辑差异，保证业务逻辑代码两端只写一次，完成需求开发的提效，缩短问题排查时间。本文为我们的实践和未来展望。

Android java代码覆盖有Jacoco等工具，iOS也有对应的原生代码覆盖率工具，然而，目前尚未有任何关于Flutter覆盖率的工具或者插件等，属于空白区域，因此需要从无到有的开发该工具，本文将详细说明Flutter代码覆盖率该工具的原理及其实现。

在已经引入了 React Native 的情况下，我们为什么还会选择 Flutter？