2024 年目标：
1. 把多余的房子租出去
2. 多余的车子拿去跑滴滴
3. 孩子给亲戚养
4. 彩票中 5 万注 1 等奖

这里简单说一下后端的支付经验：

市面上的支付以 wx 和 zfb 举例，支付流程都差不多，首先创建一个订单，对方会返回一个支付的订单 id ，

后面要么组织 url 到对方网站支付(支付宝 pc 支付) , 要么请求一个支付二维码 ( 支付宝/wx ) , 要么客户端拿着这个订单 id + 签名数据 发起支付 (app/wx) ,

支付完成以后，注意的无非 2 点，

1. 支付服务器会发起异步通知给你，你拿到信息需要先验证签名、业务信息 <服务端为主>
2. 客户端的支付跳转、弹窗通知客户支付成功/失败的处理. <客户端为主>

到这里支付就结束了
---

然后说一下怎么集成这些支付工具以及如何编码.

像支付宝/wx 都提供了官方的 sdk 和 demo 代码，照葫芦画瓢就行了。

除了这两种，还有一种聚合支付平台，就是他帮你把常见的支付体系都搞定了，你只需要对接他的系统，
这种也有 sdk 提供，主要是异步这块调试好，基本上就没啥问题

是你太菜了

我的还行吧，今年收入五六万了

我初三还在玩泥巴呢，

拉网线走墙体侧面，走墙角都行，淘宝搜走线槽

@timothyye 居然刷到大佬了。

解决你妈批

哈哈哈哈。

有的有的

@bugfan 你这样说的我也瑟瑟发抖。

@weeiy 这家对接的是个人支付宝，类似监控支付宝收款，云挂机的类型。每笔的抽成是从网站余额里面抽的，要下单先要充钱，支付成功了以后从网站余额扣手续费，这笔钱是直接到个人支付宝账户了 和平台没关系，回调地址可以是同步和异步，没有审查也无需备案。反正支付参数和回调参数都比较简陋。

@swulling 他这个支付网站是国内的 cn 域名，是备案了的。一下就能查到，这种没有能力去审查内容的，

@explon 门槛高，各种备案、个人无法对接，产品还要经过审查，有一些严重的甚至需要提供 icp 电信增值许可证

你服务是分布式的，要求每个服务生成的 id 必须是全局自增，因此必须引入一个新的组件来通信，不然无法得知当前服务器生成的 id 是否是递增的？

如果需要引入一个组件就比较好办了，高并发情况考虑高可用就行，高并发是指特别高的并发，假设服务 idGen 服务已经满足高可用的前提下，生成自增 id 显然不是问题，不管使用 redis 、还是自身内存都可以。

你要解决的问题就是高可用。

谢谢各位大佬。