微信支付被盗刷？微信：我们全赔！支付宝：我们秒赔！

在阅读今天这篇文章前，请允许我插播一件很重要的事。

如果你喜欢全栈技术的文章，请一定要【星标】我们哦！

另外，经常留言、转发、点【在看】，也有助于我们每天都能见面哦！抱紧我，从此不走散

1、引言

作为一个重要业务，微信支付在客户端上面临着各种问题。

其中最核心问题就是分平台实现导致的问题：

• 1）iOS 和安卓实现不一致：容易出 Bug、通过沟通保证不了质量；

• 2）扩展性差且无法快速响应业务需求：需求变更迭代周期长、数据上 不全面；

• 3）质量保障体系不完善：缺少业务及设计知识沉淀、协议管理松散、缺少统一的自动化测试；

• 4）用户体验不一致：比如下图就是之前安卓和 iOS 没有统一前的收银台。

方秋枋：毕业于华中科技大学，现为微信客户端高级工程师。目前主要负责微信支付的跨平台开发框架与相关业务开发。

• 方秋枋的Github：https://github.com/100mango

• 方秋枋的微博：https://weibo.com/100mango_hot=1

• 方秋枋的知乎：https://www.zhihu.com/people/fang-qiu-fang

3、先感受一下本次重构的线上效果指标

以 iOS 上线情况为例。

3.1Crash 率

上线前后 Crash 率保持平稳，没有影响微信稳定性，跨平台支付无必现 Crash，做到了用户无感知切换。

举个例子，大家可以用微信发一笔红包，拉起的收银台和支付流程就是由基于C++编写的跨平台代码所驱动的。

3.2效能提升

那么以往在 iOS, 安卓分开实现时，都没有一个统一的处理机制。要么就是通过 络回包的某个字段来判断，要么就是本地维护一些状态来决定下一步走什么流程等等。非常繁琐，易错。

特殊流程的处理：

结合微信支付和 络密切相关的特点。创新地将支付领域模型作为传递的数据。

路由数据模型由路由类型，还有各个路由类型所需要的信息组合成。

路由类型清晰的定义了要触发的行为。究竟是要开启一个 UseCase，还是要打开一个界面，或者 页，小程序，弹窗等等。

然后：就是这些行为所需要的数据。比如打开小程序所需要的参数，弹窗所需要的参数等。

• 1）统一了流程，页面的流转。清晰，易维护；

• 2）统一了特殊流程的处理，减少重复工作；

• 3）在加入路由机制的时候，结合微信支付和 络密切相关的特点进行了支付领域建模。支付后台协议重构 2.0 的核心思想也是围绕着这个路由机制展开。

原来支付的请求，都是通过一个单例 络中心去发起请求，然后收到回包后，通过抛通知，或者调用闭包的方式回调给业务侧。

会存在这样两个问题。

1）CGI 一对多通讯问题：

举个之前遇到的问题：

如上图所示，不时会有用户反馈一下，怎么没有做什么操作，突然就会弹出 络 错。

原因就是 Cgi 的生命周期有问题，在业务结束后，Cgi 的回包仍然得到了处理。

在我们的解决方案里，将在构架的如下两个方面进行优化和处理。

1）将 Cgi 抽象为独立对象：

在架构设计上来说，旧架构是通过单例模式实现的集约型 API，而我们新的架构则是通过命令模式实现的离散型 API。

也就是将 Cgi 封装为独立对象。我们把 Cgi 相关属性和能力内聚起来。开发业务时，只需简单继承 BaseCgi，设置一下参数即可。

对比旧架构：

• a. 杜绝了一对多通信造成的 Bug；

• b. 生命周期和业务逻辑绑定，不会出现业务结束，Cgi 回来后再触发动作；

• c. 高内聚，低耦合。将 Cgi 相关的数据，能力集中处理，业务侧无需感知；

• d. 提供统一的缓存，加密能力。

在上述第c步管理 络请求后，我们的软件架构演进为这样子：

• 1）进入支付首页时，后台返回了数据，然后被写入到一个公共的 Model；

• 2）然后进入钱包页，再进入零钱页。这个公共 model 一路被传递过去；

• 3）然后零钱页读取了公共 Model 的数据，但是代码无法处理，导致出现了这个让用户恐慌的问题。

除此之外，之前还有有很多发生在安卓，iOS ，像钱包页零钱展示错误。付款的时候。银行卡失效等等问题。

这些问题五花八门，看起来发生的地方，场景都不一样。每次遇到这类问题的时候，就只能去修修补补。

但是深究下去，会发现真正的原因，是软件架构上存在的问题：

具体的思路是：

• 1）去掉公共读写的数据类型；

• 2）传递值类型（Value Type）的数据, 后面流程修改数据时，不影响前面的流程；

• 3）单向传递数据，只依赖注入必要数据；

• 4）如果数据修改需要通知前序流程，使用代理模式通讯。

上述的前面三步，我们抽象了业务流程，加入了路由机制，统一管理 络请求：

• 1）从架构上根本解决了困扰微信支付已久的数据污染的问题；

• 2）数据的流动变为单向，数据流动变得可追溯。

软件的本质复杂性存在于复杂的业务需求中。而软件架构的本质就是管理复杂性，因此真正的好的架构，正是在复杂的业务需求中反复提炼和总结归纳而来，解决了真正的业务问题，不是空谈。

软件架构除了清理历史旧架构的缺陷，是我们业务开发的基石之外。还能够赋能业务，为业务带来价值。在建立软件架构的基础上，还围绕着软件架构建立起微信支付的跨平台自动化数据上 机制，防重复支付，安全横切等带来巨大业务收益的能力。有机会的话，后面也会进一步编写相关文章和大家交流探讨。

架构是一个不断演进的过程，随着新的支付业务基于跨平台软件架构的不断编写， 我也会对这个架构进行持续的更新迭代。让这个软件架构更贴合微信支付，更加健壮和完整。