完整的聚合支付设计方案，喜欢就拿去用吧！，Java常用笔试题

3. 物业公司将商户标识和支付标识提供给应用端。

至此，物业公司注册流程完毕。接下来是支付流程。

1. 应用端使用物业公司提供的商户标识和支付标识，以及必备的支付订单号，支付金额，调起方式，上送至支付中心。

2. 支付中心将获取的标识解析到对应的参数，并整合应用端的请求参数，向第三方支付发起支付，并获取支付发起的结果。

3. 支付中心将发起结果整合后直接返回给应用端，注意，这里只是这个请求是否发起成功的通知，并不是最终支付结果的通知。

4. 第三方支付调起用户的支付或者跳转收银台页面、小程序调起用户支付进行支付，第三方支付获取到用户的支付结果之后。回调通知支付中心。

5. 支付中心处理数据，并回调通知应用端。

6. 应用端处理订单信息，并开始订单、通知用户。

注意：

1. 订单号问题，问题起因：有些应用系统，使用订单号上传，有些使用自己系统中的流水号上传并发起支付。所以这里设计如下：

• （1）应用系统上送的无论是订单号还是流水号，支付中心都不直接使用，而是进行记录，并重新生成一个唯一的流水号，上送第三方支付。

• （2）第三方支付会在校验参数成功确认支付发起成功后，再返回由第三方支付生成的流水号，用于以后的账单查询，对账，退款等功能。

• （3）支付中心会保存三个流水、订单号。方便以后调用、查询。

• （4）在收到第三方支付的调用返回时，支付中心会重组调用返回参数，将应用上送的订单号，支付中心生成的唯一流水号，第三方支付返回的流水号，一并返回应用端，建议应用端都进行保留。

这里还涉及到退款使用哪个号进行退款的问题，这里设计为：使用支付中心流水号判定使用哪一笔订单退款。上送了支付中心生成的流水号后，根据流水号和商户标识以及支付标识检索出来的结果，进行退款，退款金额不可超过该笔流水号支付的金额。应用端可以根据业务需求自行选择退款方式，支付中心只做和流水号相关的退款。

有关收银台，现在有些第三方支付存在自己的收银台，有的没有，所以支付中心必须有自己的收银台，但同时如果第三方支付存在已有收银台也没有必要跳转两次。所以这里的逻辑设计为：如果第三方存在必须跳转的收银台，使用第三方收银台，其余情况直接使用支付中心收银台。

三、支付中心架构设计

目前的系统功能整体架构如下：

如图所示，从架构上主要分为四个大模块：

1. 支付中心后台：主要是账号管理相关，物业公司的开户开通支付等提供支持

2. 支付消息：主要是用于对应用端进行通知

3. 交易核心：用来支撑整个系统的基础交易核心，参数组装发起，返回数据的处理，异常的处理和通知等。

4. 渠道网关：解析应用端发送过来的请求，证书白名单的设置和使用，第三方api的调用等

收银台

小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。

深知大多数初中级Java工程师，想要提升技能，往往是自己摸索成长，但自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年最新Java开发全套学习资料》送给大家，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。

由于文件比较大，这里只是将部分目录截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频

如果你觉得这些内容对你有帮助，可以添加下面V无偿领取！（备注Java）

总结

对于面试还是要好好准备的，尤其是有些问题还是很容易挖坑的，例如你为什么离开现在的公司（你当然不应该抱怨现在的公司有哪些不好的地方，更多的应该表明自己想要寻找更好的发展机会，自己的一些现实因素，比如对于我而言是现在应聘的公司离自己的家更近，又或者是自己工作到达了迷茫期，想跳出迷茫期等等）

Java面试精选题、架构实战文档

整理不易，觉得有帮助的朋友可以帮忙点赞分享支持一下小编~

你的支持，我的动力；祝各位前程似锦，offer不断！

等）

[外链图片转存中…(img-WmQvNj69-1711107240284)]

Java面试精选题、架构实战文档

整理不易，觉得有帮助的朋友可以帮忙点赞分享支持一下小编~

你的支持，我的动力；祝各位前程似锦，offer不断！

本文已被CODING开源项目：【一线大厂Java面试题解析+核心总结学习笔记+最新讲解视频+实战项目源码】收录