阿里妹导读：闲鱼品牌创立于14年阿里的某个茶水间，从0开始到现在千万DAU，5年时间里闲鱼见证了闲置物品从线下到线上交易的转移。而线上交易的繁荣，则需要业务架构做相应的调整、演进才能支撑业务的快速发展。本文主要通过介绍闲鱼从0发展到千万级DAU应用的不同阶段的业务特点、核心问题以及针对性的架构演进，来阐述业务架构的演进思路与心得。

技术架构的演进跟业务形态都是强相关的，闲鱼的市场本质以及用户特点如下描述：

闲鱼是一个高性价比的二手交易市场。相比新品市场，二手市场的市场空间就是"用户在付出相同成本条件下有可能获取到更高的物品价值”，典型的比如"游戏卡带、乐高"等这些功能型的产品。同时，闲置市场也有着特殊存在的成本——信任成本，信任成本主要体现在：大部分二手可能没有售后服务；每个人对二手物品残值有着自己的主观评价。

扩大市场空间有两种方式：

闲鱼与手淘差异性：

闲鱼与手淘在业务、团队结构的差异性导致架构上不同的关注点，导致不同的演进路线。

架构随着业务阶段不断演进，每个阶段都有核心的问题：

App发版速度(尤其是IOS)跟不上业务快速迭代的上线周期，动态性是端面临的主要问题，因此端上采用了Hybrid的架构：

发展期业务与架构核心问题：

客户端开发关注两个点：

因此这个时期客户端更多的工作是支持交互的基础的UI组件和动态适配性。

随着业务的发展，闲鱼基于商品体系的业务达到十几种，逐渐向平台期发展。平台期业务与架构核心问题：

业务隔离框架SWAK

核心解决因业务发展带来的代码耦合问题，问题主要体现在整体开发、运维效率低，稳定性差。核心思路是分离系统中不可变和可变的部分；分离出”做什么”与”怎么做”、“谁去做”。

将业务中不变的部分放入主干，定义出做什么；变化的部分以扩展点形式开放出来，让具体的业务放自己来实现,完成怎么做，谁去做。Swak的扩展点实现支持远程调用，可以让业务实现应用级别的隔离，相比传统的分包、分模块隔离方式更加彻底。

当前，闲鱼商品主链路完成基于Swak的升级。下面是一个闲鱼币个性化业务的代码案例：

平台通用能力

平台必须提供一些通用能力更好的支持业务发展：

背景

随着无线发展，移动研发逐渐向多端化发展(IOT、小程序)。传统的基于Native＋Web＋服务端的开发方式，逐渐出现瓶颈，我们会发现例如：

在这种背景下, 我们的关注点回到研发效率上,从整体研发架构、研发模式出发, 思考什么样的架构演进、关系重塑才能适合当前的业务形态。我们希望探索出适合“ 闲鱼这样规模的具有独立APP” 的高效研发架构，形成云端一体化的研发能力，支持一云多端的发展。

演进步骤

朝着云端一体化的方向,架构的升级大概分成3个步骤：

端侧方案选择

架构方案的选择，可能造成巨大并且长远的影响。在架构的演进中，我们要善于定义问题，然后通过不断迭代来解决问题，最后才能形成适合自己业务特性的架构。

闲鱼也是一样，所谓没有银弹的解决方案，在跨平台方案的选型中，充分对比了Flutter与RN的差异性，优缺点。闲鱼认为"跨平台与高性能是我们当前的核心诉求”，再结合团队内native技术栈的同学较多这个因素，我们最终选择了Flutter作为跨端解决方案。

云端协同

Flutter两端统一后，会发现客户端与服务端虽然都在做同一个业务，不仅技术栈没有统一，而且存在着大量协同的工作，同时端、云的同学仍然无法真正互补和一体化打通。

因此，我们开始思考是否能有一体的架构，能让一个同学可以Cover一个云到端的完整业务，形成业务闭环。

这不仅仅是效率的提升，更能为业务开发同学带来更大的成长空间，可以完整的和专注的思考业务。

关键问题及解法

我们梳理了需要解决的关键问题：