avatar
文章
77
标签
40
分类
25
主页
归档
分类
标签
其他
  • 关于
Logo花火笔记支付宝支付流程 返回首页
主页
归档
分类
标签
其他
  • 关于

支付宝支付流程

发表于2025-12-10|更新于2025-12-10|SAStudy
|浏览量:

[原创]个人理解，请批判接受，有误请指正。转载请注明出处: https://heyfl.gitee.io/SA/Study/Alipay-Payment-Process-Analysis.html

文章作者: 花火
文章链接: https://heyfl.gitee.io/SA/Study/Alipay-Payment-Process-Analysis.html
版权声明: 本博客所有文章除特别声明外，均采用 CC BY-NC-SA 4.0 许可协议。转载请注明来源 花火笔记！
Analysis
上一篇
精准定时任务设计思路
type: drafts [原创]个人理解，请批判接受，有误请指正。转载请注明出处: https://heyfl.gitee.io/design/precise-timing-task-design.html 这里主要是以订单超时取消为例 粗略记录，日后完善 取消任务先加入数据库（持久化存储）,后加入当前节点时间轮（本地内存） 通过时间轮任务,触发订单取消逻辑、同时把数据库的任务删除 节点重启后，先通过数据库加载属于自己节点的任务到本地时间轮 注意，此处存在一些已经超时的任务，需要加载的时候顺便执行取消订单逻辑，把过期的任务从数据库删除 节点的时间轮恢复，后续继续通过1. 2. 步骤继续运行
下一篇
关于上游同一数据大批量重复推送问题处理
[原创]个人理解，请批判接受，有误请指正。转载请注明出处: https://heyfl.gitee.io/design/same-data-push.html 先粗略写，日后有缘完善 背景 上游系统在推送数据到下游系统时,由于网络、代码、又或者是运维上（主要是sql重推没去重之类的），导致上游短时间推送大量同一单号给到OMS系统，导致数据库压力剧增 解决方案 新增字段，Version，接收上游数据时先判断Version是否比OMS的大，如果大则更新，否则不更新 Other More 为什么不只用数据库锁版本号或者锁版本号？ 先确认概念: Version（数据版本号,解决的是数据新旧问题）： version字段用于判断数据版本的新旧。在某些业务场景下，需要检查数据是否被其他操作修改过，以避免数据冲突或脏读的问题。通过比较version字段的值，可以判断当前数据是否是最新版本，如果版本不匹配，则可能意味着数据已被其他操作修改，需要采取相应的处理措施（如回滚、重新读取等）。 lockVersion（乐观锁锁版本号,解决数据并发更新问题）： lockVersion...
avatar
花火
技术_转型之路
文章
77
标签
40
分类
25
Follow Me
公告
This is my Blog
最新文章
每天进步一点点 - English
每天进步一点点 - English2099-12-05
每天进步一点点 - 基础技术篇2099-09-05
性能优化核心思想2025-12-15
精准定时任务设计思路2025-12-15
支付宝支付流程2025-12-10
© 2019 - 2025 By 花火框架 Hexo 7.3.0|主题 Butterfly 5.5.3