三代终端容器 KUN 的首次大考【架构演进】

闲鱼号在闲鱼业务中一直承担着非常重要的角色，它既是卖家组织商品的货架，又是达人自我表达的载体，既是大 V 私域运营的阵地，又是小铺开店经营的门面。它是闲鱼各产品线的交汇点，号店浑然一体，一定要类比的话，它更像是抖音/小红书个人主页 + 淘宝店的综合体。

闲鱼号是个用户高频访问的场景，产品 Feature 快速迭代，体验上备受关注，当下面临的问题：

• • 古董级高度耦合的业务代码、多业务线并行的日常需求时常让前端成为交付瓶颈

• • 基于 Weex 1.0 渲染附带着大量的双端不一致问题和体验顽疾，也限制了交互创新

最近我们对闲鱼号做了架构升级，相信很快就会和大家见面，这里做个小结，概括下来这次升级直接带来的收益：

体验

中高端机上维持秒开，同时：

• • 新增微信朋友圈式的下拉封面交互，手势体感更加连贯，个人表达更加充分

• • 新增贴近原生体验的下拉刷新交互，提升 APP 体验一致性

• • 优化嵌套滚动的交互体验，纵划横划更加自然顺滑，逛起来更高效

(iPhone12/iOS16 录制，Gif 压缩掉帧严重，实际无明显卡顿感)

• 可维护性

可维护性的提升是「产品->设计->实现」综合优化的结果，具体：

• • 产品侧重新梳理所有 Features，抽象并制订同类功能的表达原则，确定各业务的表达方式、优先级

• • 设计侧综合考虑模块权重、所属角色、用户比例、扩展方式等因素确定设计框架

• • 技术侧通过组件化拆分+全局状态的方式解耦业务逻辑，提高需求并行效率

为什么要升级

闲鱼号项目已有超过5年历史，目前业务较难向前迭代，原因主要归结为端容器能力受限和架构腐化两方面。

端容器能力受限

闲鱼号目前是前端页面，容器使用 Weex 1.0（后文统称 Weex）。Weex 两年前就少有维护，其既有问题使得承载当下业务有以下问题：

1. 1. 难维护。闲鱼号存在较多的舆情顽疾，究其原因，Weex 不是标准前端容器，在布局、组件、动画、事件等方面与预期不一致。一部分绕道解决，一部分只能保持现状依托升级容器解决