XView 架构升级之路

作者：京东零售 胡本奎

一 背景

1 是什么

XView 是一个透明的塑料袋（容器），基于通用的 webview 框架改造而来，通常用于大促弹窗等营销场景，展现形式如下图：

2 痛点

在实际的开发使用中 XView 存在产研过程效率低，曝光率不高的 2 个核心痛点。

1，产研过程低效： 在研发过程中比较繁琐，不仅需要前端开发弹窗内容还需要客户端接入 XView SDK 以及服务端数据配置，同时依赖发版，导致交付周期长，重复工作多。

2，曝光率不高： 升级前的 XView 加载流程比较长，导致曝光率不高。

3 升级

为了解决以上 XView 的诸多痛点，我们将 XView 弹窗进行了 3 个时代的升级，具体如下：

1，客户端 H5 弹窗组件时代: 传统的 xview 只支持 h5 链接，这样弹窗在加载过程中存在加载速度慢，性能差，曝光率低等问题。

2，弹窗配置化时代： 通过配置弹窗可以不仅支持 h5 链接，同时支持图片，Gif，视频，Lottile 等多种类型的素材，通过 SDK 的方式，提供统一的弹窗控制，保障了弹窗的稳定性，弹窗可以通过快速配置的方式最快可以做到 2 个小时内测试，交付上线，同时 XView CMS 提供数据中心查询，可以查询线上弹窗实时的数据动态，包括曝光量，点击量，点击率等弹窗数据，同时可支持生成数据报表,但是配置繁琐，概念多，理解成本高造成“客服”工作量大，同时内容生产能力弱，不能覆盖更上游的内容生产环节，提效上限有限。

3，弹窗可视化搭建时代: 采用原生搭建的方式，尽可能的使用原生方式渲染，这样提高了曝光率，从配置化时代进入页面弹窗搭建时代，丰富了弹窗的触发场景，新增了返回，摇一摇等多种触发形式。

二 升级方案

XView 的升级方案主要从搭建流程，互斥管理，预加载升级， 页面管理以及接入这几方面介绍。

1 搭建流程

XView 搭建整个流程包括 4 个阶段，CMS 弹窗搭建，策略配置，客户端展示以及数据采集:

1 弹窗搭建： 由运营或产品在 XView 的 CMS 搭建平台上通过随意拖拽组件的方式完成弹窗的内容搭建，在搭建过程中 XView CMS 通过低代码引擎生成弹窗页面的描述文件 Schema（json），导出终端代码搭建产物（出码），在点击弹窗保存时，搭建产物经协议转换，映射为通天塔 DSL，生成通天塔可渲染的数据模版，这套数据模版发布在 OSS 平台上，最终客户端通过通天塔灵活化 SDK 进行弹窗内容渲染。

2 策略配置： 在弹窗模版生成的同时，会对弹窗的弹出策略进行配置，对于频次策略，可以通过客户端的本地频次控制也可以通过服务端曝光频次控制，同时支持定向的策略，包括版本的区间，生效时间，白名单，黑名单，定向人群等策略的配置下发。

3 客户端展示： 在 CMS 的配置完后，客户端通过通天塔灵活化 SDK 完成弹窗内容渲染，弹窗的触发方式包括进入页面自动弹出和手动弹出等弹出触发方式，为了提高弹窗的曝光率通过对资源预进行预加载。

4 数据采集： 为了验证和提高弹窗的曝光率和点击率，XView 提供一整套的数据采集和展示方案，通过数据埋点以及异常埋点的分析建模，保障了弹窗曝光的成功率。

2 互斥管理

同一个页面可能同时存在多个弹窗，每个弹窗的弹出先后顺序，优先级也可能不一样，因此需要对弹窗进行互斥管理，互斥管理的流程如下：

1 同一个时刻互斥（同时触发优先级才有用），高优先级的弹过，才允许弹出低优先级的。

2 互斥组号相同的时候，对于排他设置，设置不排他，按天排他，有效期内排他，当两个弹窗同时参与排他，那么同一个时段，一个弹过，另一个就不会弹出了。

3 预加载升级

H5 时代： 手动预加载，预加载成功率不高。

配置时代： 支持图片和视频以及 webview 预加载，在 App 启动时触发预加载，可以配置提前多少天缓存以及缓存的天数，预加载成功率不高，影响 App 启动性能。

搭建时代： 支持图片，视频，webview，Lottie，DSL 文件等预加载，在 App 启动或者进入目标页面时会触发预加载，预加载的元素的优先级会根据权重，优先级组合条件进行排序决定预加载先后顺序。

4 页面管理

原生页面： 对只有 Activity 只配置 Activity 的路径，对页面中含有 Fragment 或者多 tab 的页面，同时配置 Activity 和 Fragment 的路径进行页面标示。

H5 页面： 通过页面 Url 链接中 host 和 path 进行匹配标示。

RN 页面： 通过 RN 的 moduleName 进行匹配标示。

通天塔页面： 通过活动 acitivityId 进行标示匹配或者和 H5 页匹配规则保持一致。

Flutter 页面： 待完善。

动态化搭建页面：待完善。

5 接入：低成本

三 升级后框架

升级后 XView 包括外部依赖，CMS 后台，CMS 搭建引擎，客户端四个部分。

外部依赖： 包括对通天塔，水滴，投放，Switchquery 开关平台，子午线，鲁班，果盾屏蔽系统等系统的依赖。

CMS 后台：处理数据库数据，低代码引擎搭建产物和通天塔灵活化协议的转换，用户权限的设置以及搭建过程中上传图片，视频等文件处理,业务方接入发布审批，以及第三方数据源的编排等。

CMS 搭建引擎：管理，配置弹窗，复制，删除弹窗。对弹窗内容的搭建目前支持关闭按钮，内嵌网页，以及布局等单例组件，还支持热区，图片，文本，视频，Lottie 等基础组件的搭建。同时包含实时 UV 数据，弹窗性能等指标数据的建设。

客户端：包括客户端接口的处理，客户端 SDK 对触发时机，触发策略，元素预加载策略，事件协议处理等；对不同技术栈页面上触发弹窗的处理；对弹窗容器动效，交互处理；通天塔灵活化对弹窗内容的渲染等。

四 数据中心

数据中心支持分平台数据实时统计，包括曝光总量，关闭点击量，以及部分可点击元素的点击总量，同时支持点击率，曝光率等数据指标的统计。

****通过饼状图直观的展示弹窗的点击率数据，建立漏洞模型展示弹窗的曝光率等数据指标，未来可通过对用户人群等数据分析，提高弹窗的业务价值。

弹窗实时数据查询，让业务方能实时了解弹窗数据情况。

五 现状和未来规划

1 现状

目前赋能业务数量 10+ ；覆盖首页，秒杀，新品，互动（领京豆），短视频，发现好货等业务，弹窗生产耗时可缩短到半个小时以内。

2 未来规划

XView 未来主要从技术赋能和业务价值两方面规划

技术赋能： 降低运营和产品的学习成本和操作门槛，同时提供更强大的内容生产能力，可以使得部分 H5 页通过原生搭建的方式实现，同时能做到自助上线，精准投放达到降本增效的目的。

业务价值： 尽可能采用原生渲染，提升曝光率，支持更多的素材类型和展现形式，包括动态数据，事件绑定等灵活化交互，同时支持更丰富的触发形式，包括返回，摇一摇，下拉刷新等多种触发场景，引入动画交互，提升点击转化达到提升业务价值的目标。