共计 5677 个字符，预计需要花费 15 分钟才能阅读完成。
导读：本文首先引入百度小程序开源生态介绍，随后在倒退路线中遇到厂商浏览器单干场景，引出小程序散发保障的痛点和挑战，接着别离从散发通路、能力检测、能力匹配以及能力干涉方面具体探讨了具体的计划和设计，最初对建设之路中的设计思路和思考进行了总结。
全文 5543 字，预计浏览工夫 14 分钟
一、业务介绍
1.1 小程序开源整体介绍
百度从做智能小程序的第一天开始就打造真正开源凋谢的生态，咱们的愿景是：定义挪动时代最佳体验，建设智能小程序行业标准，突破孤岛，共建开源、凋谢、凋敝的小程序行业生态。百度智能小程序的生态玩家有三类，别离是：联盟合作伙伴、开发者和用户。对于联盟合作伙伴，满足合作伙伴的生态共建、流量共享、商业共赢诉求，使得合作伙伴 App 内缺失场景失去高效补充，拉动合作伙伴 App 用户应用时长，共享小程序的变现支出。对于开发者，满足了开发者一次开发，多端运行诉求，使得开发者流量获取更加便捷高效、并且减少开发者商业支出。对于用户，满足用户的无需跳出即可享受一站式服务诉求。百度搜寻做为小程序的非常重要散发入口，通过构建对立的小程序行业生态，晋升百度的搜寻生态中的用户体验、服务闭环。
百度智能小程序开源的架构是如何撑持起整个联盟生态运行的呢？
如图所示，小程序开源联盟的整个业务架构分位四层。包含：联盟宿主层、对外联盟赋能层、两头服务层、根底建设层。
- 联盟宿主层。百度智能小程序曾经接入十分丰盛的联盟宿主，包含 OPPO 浏览器、VIVO 浏览器、小米浏览器、爱奇艺、百度极速版等等。
- 对外联盟赋能层，百度智能小程序开源联盟次要通过开源联盟平台对宿主提供入场能力、经营能力、资源输入能力，以反对开源生态成员的入驻、配置、集成、准入检测、小程序信息、物料信息、分佣、订单信息、经营等诉求。宿主通过资源输出模块拿到小程序以及物料的数据后，能够在本人的 App 内场摸索可落地的场景并进行资源的散发。
- 外部两头服务层，次要是承前启后的服务，封装根底服务，并撑持对外联盟赋能层对根底业务数据的获取。次要蕴含：小程序开源宿主治理、能力资产治理、散发治理、订单及分佣治理、数据管理等。
- 根底建设层，次要蕴含小程序开源框架、数据服务、小程序 / 物料服务、包服务以及平安加固等计划的落地。
1.2 小程序开源与厂商单干介绍
随着百度小程序开源联盟的一直倒退，也吸引了头部手机厂商。小程序开源与厂商共建了丰盛的业务场景，不仅蕴含厂商的浏览器场景，还有桌面锁屏、负一屏、全局搜等多种场景。如此多样化的场景建设中，咱们面临的共性挑战是：如何 保障厂商线上散发品质、如何建设一条从厂商浏览器到百度搜寻到小程序的全流程散发管控通路，从而能够精准、实时的管控厂商浏览器的小程序散发。
具体咱们是如何思考并建设的呢？上面将具体介绍下。
二、整体技术建设思路介绍
2.1 小程序开源散发保障技术要点
1. 背景介绍
开源保障外围围绕的对象为宿主与小程序，外围目标是为了保障小程序在宿主上的散发品质。
为什么会存在散发品质问题？宿主在入驻开源后须要集成开源 SDK 并进行相干能力的开发，在这些流程实现后宿主就取得了相应的宿主能力。小程序是基于 swanjs 开发框架进行的开发，swanjs 这套运行时框架底层同样是依赖开源 SDK 运行，因而在小程序实现开发后小程序自身也取得或依赖了相干能力。因为不同的宿主能力反对状况不同，就会导致同一个小程序在不同宿主上散发时可能遇到某个宿主不反对小程序应用到的某个能力，进而导致该小程序无奈在宿主上失常关上或者降级为 H5 关上，导致用户体验受损。
因而须要有一套开源保障计划来提前发现宿主与小程序之间能力不匹配状况，进而确保零碎可能自在管控小程序在宿主上散发全过程。
2. 技术要点
要实现小程序在宿主上散发通路建设，外围波及端流程买通、能力与定级流买通及最终散发流买通三大板块，如下图所示：
1）端流程蕴含宿主端流程和小程序端流程买通
a、宿主端流程：
宿主入驻开源，入驻胜利后宿主须要集成开源 SDK 与开发，宿主开发实现后即可打包公布宿主 App；同时宿主包在公布前须要通过宿主能力测试，通过下载宿主工具进行 CTS 能力测试并产出宿主能力反对状况。
b、小程序端流程：
开发者进行小程序开发，开发实现后操作小程序包版本公布上线，之后小程序开源保障模块会订阅小程序发版动作，同时拉取小程序包信息执行小程序能力扫描测试，并产出小程序能力应用状况。
2）能力与定级流
在宿主与小程序别离实现接入与能力扫描后，开源保障系统就能够别离基于宿主与小程序能力扫描后果进行解析，产出最终的宿主和小程序能力应用状况并存储。同时开源保障系统能够基于宿主能力与小程序能力别离对宿主和小程序进行能力定级，计算出宿主与小程序以后能达到哪个等级，并给宿主和小程序别离打上等级标识。
3）散发流
次要由小程序分发端实现，次要依据用户在开源保障系统中配置的散发策略，基于策略计算小程序是否满足在宿主上散发条件。
3. 名词解释
SWANJS：小程序前端运行时框架。
能力：能力指的是小程序开源零碎中，对百度 APP 或者说开源 SDK 中所封装并反对的各种 API、组件、框架等零碎能力的统称，具体可参考小程序开发者文档 https://smartprogram.baidu.co… 进行理解，目前小程序开源共反对的能力有 1000 多个。
CTS 测试：CTS 即 Compatibility Test Suite, 兼容性测试套件；是为了保障智能小程序在宿主 APP 稳固运行，提供了一套兼容性测试汇合，宿主 APP 上线前，需先通过 CTS 测试。
AST 扫描：形象语法树（Abstract Syntax Tree）扫描，是小程序利用的一种源码扫描工具，通过形象语法树的形式对小程序源码进行扫描剖析，目前已反对小程序用到的能力、能力属性、能力参数、能力返回值、能力波及的要害门路等多种维度的扫描性能。
L 级：依据能力在小程序侧应用状况，辨别出一些根底能力与特色能力和低频能力等，同时宿主能够依据这些能力规范进行按需实现，等级划分如下：
L1：小程序自带，不必宿主额定配合（框架实现）。
L2：能力倡议端补齐，确保根底体验，外部矩阵必要实现（蕴含手百独有能力在内的必要能力）。
L3：特色能力，强依赖端能力满足，宿主按需实现。
L4：低频能力，不谋求满足，宿主按需实现。
2.2 宿主能力检测机制
1. 应用宿主工具进行 CTS 能力测试
宿主在集成开源 SDK 并实现开发后进行打包，可在开源宿主平台下载宿主工具，对包体进行 CTS 能力测。，CTS 反对宿主进行全能力自动测试和补充测试，补充测试能够对全能力测试中未通过的能力进行批量测试，测试实现后上传自动测试报告。其中还存在局部能力无奈实现 CTS 自动化测试，需进行手动测试，测试实现后宿主在手机上传手动测试报告。
2. 宿主工具上传测试报告
在宿主执行完自动测试与手动测试后，需别离上传自动测试报告与手动测试报告至开源保障系统，同时因为同一个宿主版本可能存在多次重复测试过程，会产生多份测试报告，因而宿主须要别离抉择一份最终的自动测试报告和手动测试报告，使得开源保障系统能够对最终确认的报告进行解析。
3. 报告解析产出宿主能力
开源零碎在收到宿主确认报告的操作后，开始执行报告解析，计算宿主能力反对状况，产出最终的宿主能力列表并存储下来；在宿主能力产出的同时同样会执行宿主能力定级，计算出宿主能力等级并进行标记；产出的宿主能力和宿主等级将在后续宿主散发小程序时候发策略中应用。
能力检测服务可用性保障：
当用户实现测试报告确认动作后，开源保障系统实时进行报告解析和能力解析相干操作，在一个过程中实现，如果因为零碎执行异样导致的宿主能力检测失败，开源保障系统中设计重试工作进行兜底，保障所有宿主都能实现能力检测。
2.3 小程序能力检测机制：
1. 小程序包公布及发版音讯订阅
小程序能力检测通路依赖开发者在开发者核心实现小程序开发与发版全流程，之后开源保障系统负责订阅小程序发版行为并主动拉取小程序包体信息，最初推送给 AST 小程序能力扫描工具进行扫描操作。
2. 小程序能力扫描
小程序能力扫描外围依赖 AST 小程序能力扫描工具实现，该工具次要通过形象语法树形式实现对小程序包体代码进行扫描剖析，共反对扫描小程序应用到哪些开源能力，能力对应的参数、返回值及属性，及能力波及的小程序要害门路，以上信息扫描胜利后的后果将回传给开源保障系统。
3. 小程序能力解析
开源保障系统在接管到 AST 小程序能力扫描后果后，会进行扫描后果剖析，提取出小程序应用的能力状况及其他要害信息并存储下来，同时会触发小程序定级工作来执行小程序等级计算，产出并存储以后小程序包版本的等级以便后续保障流程应用。
能力检测服务可用性保障：
当开源保障系统订阅到小程序发版信息后，开始走推送 AST 扫描及后续流程，整个流程过程均为实时流，然而两头存在跨零碎交互等多个子流程，为了保障小程序能力检测过程肯定能全副执行胜利，开源保障系统中设计重试工作进行兜底，对能力检测失败的小程序记录进行重推 AST 扫描及能力解析等，同时两头步骤保障幂等，保障所有小程序都能实现能力检测。
2.4 散发匹配机制：
为了失去宿主 App 与小程序的兼容状况，小程序开源业务零碎建设了分级机制。将小程序与宿主 App 从低到高别离评定为 L1 至 L4 级，并基于 L 级确定能够散发哪些小程序。具体步骤包含：
1. 宿主 App 与小程序的能力剖析：将待匹配的宿主 App 进行能力测试失去宿主 App 所反对的全副能力；将待匹配的小程序进行能力扫描失去小程序运行须要的全副能力。
2. 宿主 App 与小程序的等级评定：依据能力的重要性，对宿主 App 与小程序的能力进行等级映射、等级聚合来评定 App 与小程序的等级。
3. 宿主 App 与小程序的散发匹配：依据宿主 App 等级确定匹配的小程序集，其中 L1 级的宿主 App 仅能匹配到 L1 级的小程序，L2 级的宿主 App 能够匹配到 L1 与 L2 的小程序，宿主 App 的最高级别为 L4，即具备运行全副小程序的能力。
2.5 散发干涉机制：
为了失去宿主 App 上可散发的小程序，小程序开源业务零碎联合外部散发匹配机制与管理员干涉机制，来确定宿主 App 能够关上的小程序集。具体步骤包含：
1. 小程序管理员管控：第一级小程序散发管控，基于管理员对小程序的私有化、App 黑名单，以及小程序下线的诉求，确保 App 上无奈关上公有、被拉黑、下线的小程序。
2.L 级匹配机制管控：第二级小程序散发管控，通过 L 级匹配机制失去 App 可失常运行的小程序汇合，使默认状况下宿主 App 只能关上 L 级相匹配的小程序。
3. 宿主 App 管理员干涉：匹配机制的补充，App 管理员可依据小程序运行的数据、App 利用场景等需要，提交想散发的小程序名单，来表白散发诉求。
三、总结与思考
突破孤岛，共建开源、凋谢、凋敝的小程序行业生态 始终是小程序开源联盟致力的指标。根底能力框架的欠缺、各行各业数据的互通以及开发者、宿主和百度敌对踊跃的单干模式是实现这样指标的要害。技术架构的布局肯定是围绕着独特的指标和搭档们的诉求开展，切实的跟踪和服务为理念，用正当的技术手段赋能产品和生态，这样才能够体现生态价值。在小程序开源业务架构建设路线中对服务化构造以及全流程的问题排查有如下总结和思考：
3.1 服务化架构的设计思路
1. 根底数据的内聚和服务的收敛
数据是服务的根底，无论是开发者平台、tp 平台还是宿主平台，都会对根底数据的应用场景，对立治理根底数据能够很好的保障根底信息在各个平台的统一性，而对立收敛的根底数据提供服务，能够无效的治理和运维。
2. 自研 rpc 框架赋能微服务架构和治理
微服务的架构往往离不开的组件就是 rpc 框架，整体框架中的外部服务调用应用 rpc 框架，在进步网络交互的效率同时，应用 rpc 框架的运维性能，无效进步服务稳定性。
3. 繁多职责准则拆分原有的重模块，切实落地架构微服务化
随着开源业务逐年疾速倒退，很多模块原有的性能聚合和边界划分曾经不太合乎现有场景，基于业务倒退的趋势和微服务繁多职责理念，对服务进行拆解，不仅能够无效升高服务的耦合度，而且衍生出更易扩大和更强壮的服务。
4. 日志收集、监控报警 服务稳定性保障
分布式的日志收集和全面的监控报警是保障服务稳定性的重要伎俩，也是问题排查和解决的罕用形式，但也并不是所有的中央都要日志收集和监控报警，正当无效的的日志上报和监控报警指标能够无效的在第一工夫发现问题和解决问题。
3.2 全流程问题排查
小程序开源的链路比拟长，在遇到线上 badcase 的时候，如果外围日志数据不欠缺，日志数据链路没买通，上下游数据链路状况就无奈查问，排查问题周期长，甚至排查不了问题，继而导致稳定性问题得不到很好的解决和解决，基于这样的问题，在线日志建设非常重要。
1.http 申请日志链路
- trace 保护：基于 server mesh 理念，应用 java agent 能力和 openTrace 规范，公布平台对立治理 trace 生成和传递，不仅无侵入，而且对于业务只须要很少的接入老本即可实现。
- trace 链路：公布平台提供想用的 trace 链路拓扑，无效的排查 traceId 下调用场景和破费工夫，帮忙开发同学及时发现问题和排查问题。
- trace 日志：对立分布式日志收集服务将收集业务方提交日志，兼容公布平台对立治理的 trace 信息，保留 trace 链路的具体日志详情，不便在具体问题场景下面更具体排查问题。
2. 物料消息日志链路
- 物料惟一标识：物料服务将对立治理和存储物料数据，对于不同场景的物料都有各自的惟一标识体系，应用物料惟一示意进行物料音讯的链路日志串联。
- 日志收集检索：公司对立的收集服务提供业务标识定义、检索和排序功能，对于长链路的物料消息传递散发场景，能够很好的串联起整个异步链路。
举荐浏览：
百度小程序包流式下载安装优化
前端工程化之 FaaS SSR 计划
日志中台不重不丢实现浅谈
百度 ToB 垂类账号权限平台的设计与实际
视觉 Transformer 中的输出可视化办法
深刻了解 WKWebView (渲染篇) —— DOM 树的构建
深刻了解 WKWebView（入门篇）—— WebKit 源码调试与剖析
