《互联网产品的客户端架构·规模化与架构演进》1.2 共享内核与端上适配层
共享内核不是把所有代码塞进一个包，而是把可共享的判断放在 core、把端差异隔离在 adapter，并用依赖规则防止逆向泄漏。本节用四层模型与依赖审计函数，演示如何把金额、订单等核心逻辑抽成可跨端复用、可自动检查的内核，并给出内核版本、边界案例与 CI 接入方式。
tag
客户端架构
共 180 篇文章。
《互联网产品的客户端架构·规模化与架构演进》1.1 五类端形态与一致性承诺
多端架构的第一步不是共享代码，而是定义哪些行为必须一致、哪些可以等价、哪些允许不同。本节给出 Web、iOS、Android、小程序与桌面五类端形态的承诺矩阵，用可运行的 TypeScript 模块把承诺等级、覆盖缺口与最弱端算出来，并说明承诺如何反过来约束实现。
《互联网产品的客户端架构·规模化与架构演进》目录与学习路径
卷四《规模化与架构演进》的完整目录与学习路径：13 章 39 节，从承诺矩阵与共享内核开始，依次覆盖设计系统、插件化、性能、稳定性、构建交付、可观测性、安全隐私、国际化、无障碍、治理与迁移，最后以多端端到端收口；附章依赖、三条阅读路径与读完应能回答的六个问题。
《互联网产品的客户端架构·规模化与架构演进》前言
卷四前言：说明四卷分工与本卷的位置，交代每章「现场—模型—代码—判据」的四段写法、evolve-lab 的模块地图与三级验证命令、代码与命名约定、章与章之间的依赖、每章应留下的产出物清单，以及如何在团队中把书里的判断落地；并附三个动手练习、自检清单与勘误渠道。
《互联网产品的客户端架构·规模化与架构演进》序
卷四序：从一次「五端各自发布」的失控写起，说明规模化的真正难点不是代码量，而是承诺、边界与治理；交代前三卷留下的三笔债、本卷的四条判断、十三章的收束方式，以及为什么把无障碍与国际化放进架构书；并给出三条阅读路径、与书架其他书稿的分工，以及三级可运行验证的口径。
《互联网产品的客户端架构·交易、增长与平台化》附录 C 交易端评审清单
可以带进评审会的交易端清单：按所有权、状态机、金额、幂等与重复、失败路径、优惠与会员、增长与实验、埋点与观测、安全与隐私、发布与回滚十组问题逐项提问，每组给出通过标准与常见缺陷，另附「未验证」栏、评审记录模板、快速版十问与不通过判据，供方案评审与上线前评审直接使用。
《互联网产品的客户端架构·交易、增长与平台化》附录 B 交易问题排查手册
按症状组织的交易端排查手册：支付成功但订单未变、重复扣款、金额不一致、券不可用、库存显示有货却下单失败、退款不到账、会员权益不生效、漏斗数据对不上，每一类给出定性顺序、必查字段、常见原因排序、证据留存方法与升级人工的判据，并附最小信息集与时间线还原方法。
《互联网产品的客户端架构·交易、增长与平台化》附录 A 状态与金额速查
把交易端最容易混淆的状态与金额字段收在一张表里：订单、支付、退款三套状态机各自的取值、迁移与终态，金额从商品价到应付、实付再到退款的分段口径与字段命名，状态之间的禁止组合，以及展示文案、按钮可用性和事件时序的对照，供评审、联调与线上排查时随手查用。
《互联网产品的客户端架构·交易、增长与平台化》13.3 质量场景与风险清单：进入卷四
收口不是把前十二章再讲一遍，而是把每条约束改写成可执行断言、证据要求与风险等级。本节给出 16 条覆盖第 1 到 12 章的质量场景，用台账函数检查断言、证据、章节覆盖与卷四移交项，并用发布门禁区分高风险阻断与中风险警告，最后说明多端、规模化与平台化为什么留给卷四。
《互联网产品的客户端架构·交易、增长与平台化》13.2 故障注入：重复提交、支付超时、回调乱序
正常主线只能证明系统会走路，故障注入才能证明它不会在摔倒时抓错东西。本节在进程内注入重复提交、支付超时、回调先成功后失败、重复通知与乱序通知，用假时钟推进查询，断言只产生一笔订单、支付状态不被弱事件改写、未确认支付绝不退款，并复盘一次三类故障叠加的事故。
《互联网产品的客户端架构·交易、增长与平台化》13.1 端到端：选品、下单、支付、退款
前十二章分别验证了金额、库存、幂等、支付与退款，但真实事故往往发生在模块交界处。本节用五个窄端口把选品、加购、下单、支付、退款串成一条可断言主线，假实现放在测试侧，断言金额一致、只有一笔订单、未确认支付不退款，并复盘一次「每段都绿、整条链路金额对不上」的问题。
《互联网产品的客户端架构·交易、增长与平台化》12.3 漏斗与归因的端上边界
端上漏斗只能回答「用户在我这里走到哪一步」，不能替服务端宣布支付或退款成功。本节定义步骤、同会话同订单、归因窗口三个口径，把能算与不能算的指标写成边界表，并给出一个按会话串联、跨会话断开、服务端事件单独计数的可运行漏斗模块，并说明对账时如何解释差异。
《互联网产品的客户端架构·交易、增长与平台化》12.2 上报队列、离线缓存与去重
上报队列不是「失败重发」四个字。本节给出一个内存加注入存储的端上队列：批量取件、指数退避、容量上限与三种丢弃策略、崩溃后重排未确认事件，以及按 eventId 的幂等去重；测试用假时钟与内存存储推进重试，不碰真实网络，也不依赖任何第三方库。
《互联网产品的客户端架构·交易、增长与平台化》12.1 埋点模型与事件契约
交易埋点最容易在「同名事件两个口径」上失真。本节把曝光、点击、加购、下单、支付、退款六类事件写成带 schema 版本的契约，用必填字段、命名规范与 orderId/traceId 串联把端上采集约束住，并给出可运行的校验、链路串联与 schema 差异检测模块。
《互联网产品的客户端架构·交易、增长与平台化》11.3 工单会话的离线与恢复
客服工单最容易被低估的是「用户关掉 App 之后」。消息发没发出去、重连后会不会重复、会话关闭后历史还在不在，决定了用户是否信任这个入口。本节用注入存储与假时钟实现本地缓存、离线队列、按序号补拉与去重，并复盘一次重连后消息翻倍的完整排查过程。
《互联网产品的客户端架构·交易、增长与平台化》11.2 售后申请的状态与证据
售后申请最常见的两个问题，是证据不齐导致来回补材料，和重复提交产生多张售后单。本节把申请、审核、通过或驳回、完成写成带角色约束的状态机，按原因定义必要与可选证据，用草稿标识与订单行双重判重，并复盘一次重复申请引发退款叠加的完整修复过程与回归结果。
《互联网产品的客户端架构·交易、增长与平台化》11.1 客服入口与上下文携带
用户在订单页点客服，却还要第三次报订单号；问题不在客服系统，而在入口没有携带最小上下文。本节把订单号、支付单、页面来源与最近错误码写成可校验的上下文对象，用入口白名单控制字段，用脱敏函数挡住手机号与邮箱，并复盘一次多标签页上下文串单的典型问题。
《互联网产品的客户端架构·交易、增长与平台化》10.3 实验污染与互斥
同一账号在两台手机、两个客户端版本上进入不同实验分组，是实验系统最难发现的一类污染。本节定义跨端漂移、跨版本残留、互斥组重叠、长时间未刷新与重置回流等信号，给出解析当前分组、清理旧记录和重置后防回流的纯函数模型，并复盘一次双端哈希输入不一致的典型问题。
《互联网产品的客户端架构·交易、增长与平台化》10.2 实验配置的本地缓存与回退
实验开关、活动文案和入口配置都走远端下发，但拉取失败、版本回退、冷启动无配置才是客户端真正要处理的场景。本节把版本、ETag、有效期、默认值与交易字段隔离写成可测试的配置仓库，给出失败回退路径，并复盘一次旧版本覆盖新配置、导致活动入口消失的事故。
《互联网产品的客户端架构·交易、增长与平台化》10.1 实验分流与曝光口径
结算页改版上线后先涨后跌，问题往往不在实验结论，而在分流与曝光口径。本节用哈希加盐实现稳定分流、用分层隔离并行实验、把渲染、可见、点击三种曝光分开，并给出只上报一次的曝光日志与灰度开关模型，代码可直接运行，最后复盘一次按会话分流的典型误判。