闲鱼有官方授权吗？闲鱼正在悄悄放弃
闲鱼有官方授权吗？闲鱼正在悄悄放弃于佳（宗心）：闲鱼在 17 年调研的时候，客户端团队只有不到 15 人，而闲鱼的业务场景可以称得上是一个“小淘宝”，相对比较复杂。这种场景下我们首先需要解决的是多端人力共享的问题。多端人力带来的好处不只是可以一人开发双端，也代表着更好的研发资源调配灵活性（这意味着团队的 iOS：Android 的比例不再需要 1:1，而市面上 Android 的工程师基数远大于 iOS）。InfoQ：闲鱼当时引进 Flutter 时主要是为了解决什么问题？2019 年，闲鱼开始大规模落地，推进 Flutter 在闲鱼的应用。2020 年，闲鱼线上的主链路几乎已经完全拥抱 Flutter。这两年，Flutter 也逐渐在其他企业里落地，但同时也不断有质疑的声音发出。甚至有传言表示“闲鱼的新业务已经放弃 Flutter”、“相信闲鱼遇到了很大的难题”......那么，作为 Flutter 先驱和探路者，闲鱼在
采访嘉宾 | 于佳（宗心）
编辑 | Tina
闲鱼在 2017 年引入 Flutter，当时的 Flutter 还远未成熟，行业内也没有把 Flutter 放入已有工程体系进行开发的先例。
之后这支不到 15 人的闲鱼团队从工程架构、混合栈调用、打包构建、协同模式上都做了一些创新，保证了 Flutter 能融入到闲鱼已有的客户端工程体系内。在 2017 年到 2019 年期间，闲鱼也不断的修正 Bug 提高 Flutter 的稳定性并同步给 Google，并在实践中沉淀出一套自己的混合技术方案，开源了 Flutter Boost 引擎。
2019 年，闲鱼开始大规模落地，推进 Flutter 在闲鱼的应用。2020 年，闲鱼线上的主链路几乎已经完全拥抱 Flutter。这两年，Flutter 也逐渐在其他企业里落地，但同时也不断有质疑的声音发出。甚至有传言表示“闲鱼的新业务已经放弃 Flutter”、“相信闲鱼遇到了很大的难题”......
那么，作为 Flutter 先驱和探路者，闲鱼在过去几年的摸索过程中是否有走弯路？闲鱼现在到底面临着什么样的挑战？是否会放弃 Flutter？新业务选择了什么技术？对应的技术选型原则是什么？针对这些疑问，闲鱼技术团队客户端负责人于佳（宗心）逐一给了我们解答。
国内第一个引进 Flutter 的团队
InfoQ：闲鱼当时引进 Flutter 时主要是为了解决什么问题？
于佳（宗心）：闲鱼在 17 年调研的时候，客户端团队只有不到 15 人，而闲鱼的业务场景可以称得上是一个“小淘宝”，相对比较复杂。这种场景下我们首先需要解决的是多端人力共享的问题。多端人力带来的好处不只是可以一人开发双端，也代表着更好的研发资源调配灵活性（这意味着团队的 iOS：Android 的比例不再需要 1:1，而市面上 Android 的工程师基数远大于 iOS）。
另外我们希望这个技术是贴合移动端研发技术栈的，而非前端技术栈，本身对于 RN 和 Weex 来说，工具链和研发习惯还是有比较大的差异的。最后我们希望这个技术的体验可以做到接近原生，AOT 下的 Flutter 基本满足我们当时的要求，在实际测试过程中，同样未深度优化的详情页面，Flutter 在低端机的表现比 Native 更好。因此当时基于这三个条件选择了 Flutter。
2018 年的尝试投入过程中，整个基建和探索带来了一定的成本。2019 年，团队开始正式大量使用 Flutter 进行研发，目前整个团队 70% 的 commit 来自 Dart，可以说基本完成了我们当初的期望。在实际的研发过程中，基本可以完成一个需求一个客户端投入的目标。
InfoQ：很多人质疑 Dart 语言，认为这个语言独特小众，还存在比如说多层嵌套的问题，您们怎么看待新语言的应用？
于佳（宗心）：语言是我们选择技术方案的其中一个因素，但是相对比较弱的因素。
我们会从几个角度去看：
对于像多层嵌套的问题，可以通过进一步抽象一些控件类或方法解决，并不是特别大的问题。
InfoQ：闲鱼引入 Flutter 之后做了哪些关键创新？在使用 Flutter 上有哪些收益？
于佳（宗心）：闲鱼在这部分创新非常多，并在内部申请了非常多专利。
闲鱼有想过放弃 Flutter 吗？
InfoQ：最近一两年，您们在 Flutter 开发上，遇到的最大挑战是什么？跟最初使用 Flutter 时的挑战一样吗？
于佳（宗心）：早先几年闲鱼作为整个行业的先驱，主要的挑战是整个技术生态太差，都需要自己做。另外就是前期引擎的稳定性有比较大的问题。
最近几年随着整个技术的深度使用，以及闲鱼这两年业务快速发展背后，越来越多的体验问题被大家提及，因此我们从去年开始进行了整个产品的大改版，同时客户端的目标就是全面优化，打造更好的用户端产品体验。
因此在生态逐渐完善后，我们的挑战是，怎么通过 Flutter 来实现更加精细化的用户体验。去年，这部分确实花了我们比较多的精力。基于这个命题，我们在内存和卡顿上内部也开发了较多的基于 Flutter 的检测工具，在内存优化和卡顿优化上也有一些比较具体的方法，但不得不说，所有的细节优化都是比较耗人力的，不管是 Native 还是 Flutter 都要投入相当的精力，所以我们目前也面向全行业进行客户端的招聘，希望有志在 Flutter 领域进行探索的同学联系我。
InfoQ：在混合研发体系下，闲鱼还进行了引擎定制，那么官方提供的方案主要问题是什么？对于一般小企业来说，混合开发复杂度会不会太高？
于佳（宗心）：闲鱼在前期有不少修改引擎的动作，我针对当时有一些自己的反思，一方面是确实因为 Flutter 不太完善，另一方面在 18 年左右，我们自己引擎的理解也不够深刻，很多时候可以通过更上层的方案解决，这也间接导致了我们的很多引擎定制修改难以合入主干。
所以这部分我想说的是，目前官方的方案可以解决 90% 的问题，如果一定要说定制，目前在性能侧还是有一些问题的。比如闲鱼目前首页还是 native 没有使用 Flutter，就是因为替换以后启动加载体验不佳，另外在长列表侧大家一直诟病的卡顿问题，我们有尝试通过上层框架解决了一部分，接下来可能还需要底层引擎帮忙优化。另外一些包括双端字体不一致的问题，还有输入框体验不一致的问题，都需要官方进行长期的优化。
目前我们主要还是希望跟随主干分支，尽量不修改 Flutter 的代码，闲鱼团队会储备一些引擎侧的专家，同时也会依靠集团 AliFlutter 的生态做事情。在整个 AliFlutter 的组织里不同的 BU 擅长的也不同，如 UC 同学更擅长引擎定制，闲鱼团队有大量的上层应用框架，淘宝团队提供基于构建相关的基础设施。这样在大型公司中通过内部开源社区的方式就可以解决大部分的问题，放心开发了。
对于中小企业来说，要明确下大家面临的场景，如果前期快速迭代跑起来，对细节问题可以有一部分妥协，选择 Flutter 是一个比较明确的路径。今天大家所处的环境比闲鱼当年所处的环境要完善的多。推荐使用 Flutter Boost 进行混合开发，在部分场景下遇到问题无法快速响应时，也可以通过混合工程使用 native 进行兜底。复杂度方面，单纯引入混合栈能力，整体复杂度一般。
InfoQ：有传言，闲鱼有新业务没采用 Flutter，这给很多人造成了闲鱼放弃 Flutter 的观念，那么您们在新业务的技术选型上，考虑了哪些因素？
于佳（宗心）：作为技术决策者，是应该避免自己被某一个技术绑架而在落地过程中产生谬误的。Flutter 和其他技术一样，最终是为了帮助团队实现业务价值，同时它也只是移动端的一种技术，捧杀和谩骂都是不合适的。这也是我特别不想在公众面前回应这个事情的原因，因为技术本身要看适用场景。
从目前闲鱼的人员规模和业务规模来看。对于架构设计，我的理念是尽量追求一致性和架构的简洁。
整个客户端组织未来从语言的方向来看是 Dart First，尽量减少双端的研发投入。而对其他容器的选择，主要以 H5 为主，在未来的路径上尽量减少其他容器的接入，让前端开发也回归到标准路线来。
这里有两个好处：
- 组织成本最低，组织成本包括了同学们的学习成本、协同成本等等，多技术栈和容器多会带来额外的成本，这是我不愿意看到的。
- 架构的一致性对研发效能和质量都有帮助。举个例子，随着业务复杂性加大，多容器带来的内存飙升和包大小的问题是非常致命的，而且几乎是无解的，这就需要架构师作出决策，干掉什么留下什么。回到研发效能上，配套的工具，流程一定是围绕一类容器和语言来扩展的，如果方案特别多，每个方向都需要做额外的配套设施，成本收益很低，研发的幸福感也很低。
从这个设计的角度出发，我们会有几个明确的选择：
关于未来发展
InfoQ：使用 Flutter 多年后，现在回过头去看，您认为哪些公司哪些场景适合 Flutter？
于佳（宗心）：目前看起来有几个典型场景比较适合：
InfoQ：您认为未来 Flutter 急需改善的地方是什么？
于佳（宗心）：从 Flutter 2.0 发布后我跟一些一线开发者交流的感受来看，Flutter 还是需要推进跨端性能和细节体验的优化。去年一年在大的战略方向上（跨终端），Flutter 做的不错，在 PC 和 Web 侧都有建树，跟车企以及操作系统厂商合作都有一定进展。但回归到产品体验和开发者体验上，还有不少路要走，很多时候对于一个严苛的业务方来说，小到字体和控件的体验都会成为最后不选择这门技术的原因。这部分希望整个开源社区在新的一年能有一些进步。我们 AliFlutter 组织内部，以 UC 内核团队为首的同学们，在这方面就有非常多的沉淀以及 PR，在内部引擎制定上有很多体验的提升。未来在 AliFlutter 组织内，我们也会除了完善整个公司的基建外，进一步关注细节体验，沉淀一些最佳实践给到其他的开发同学。大家会在2个月内看到我们最新出版的书籍，欢迎交流。
InfoQ：Flutter2.0 来了，那么 Flutter 会成为主流选择吗？
于佳（宗心）：可以讲一下我对 Flutter 未来的判断。一方面在未来操作系统有可能走向分裂，多终端的场景下，Flutter 会有比较不错的发展，跨平台本身的对企业来说在成本侧是有很大的诉求的，尤其是互联网公司。但是从历史的经验来看，Flutter 只是渲染引擎，即使今天的游戏开发，在游戏引擎和配套工具完善的情况下，有部分的功能模块（比如社区 / 直播的功能）依然还是混合的框架，所以混合开发最后一定是一直存在的。能不能成为未来整个移动研发的主流这件事情上看，我无法给出答案，但可以肯定的是，在生态更加完善后，会在一定的历史阶段成为客户端研发的另一种常见的技术选择。
嘉宾介绍：
于佳，花名宗心，闲鱼技术团队客户端负责人。2012 年应届毕业加入阿里巴巴，经历集团无线化转型的重要时期，参与过集团多款重量级 App 以及移动中间件的设计与开发，多年客户端老兵。2014 年参与了手机淘宝的 iOS 客户端的架构升级，该架构首次完成了对百人团队并行开发的支持，同年主导了手机天猫客户端基础架构以及交易链路向手淘架构的归一，为手机淘宝作为未来集团无线中台奠定了坚实的基础。2015 年加入闲鱼客户端团队负责端架构和团队建设，工作期间完成了基于 Flutter 混合架构的闲鱼客户端的整体架构设计，在工程体系上完善了针对 Flutter 的持续集成以及高可用体系的支撑，同时推进了闲鱼主链路业务的 Flutter 化。未来将持续关注终端技术的演变及发展趋势。
