关于事件和监听器的使用疑问

问答 / 0 / 1 / 创建于 4年前 / 更新于 4年前

请教下老师 @leo ，正常情况下支付成功回调里会处理非常多的逻辑，比如：减库存，加销量，增加用户积分，增加该用户的上线佣金，增加上线的佣金记录等等，如果每个逻辑都创建一个事件来实现的话，各个逻辑实现都分属在不同的事件里，一旦某个环节异常出错，比如购买产品的用户的上线佣金增加出错导致佣金增加失败，但是依然增加了佣金记录，这就导致了数据的不一致性，如果是将这些业务逻辑写在一个事务里面的话一旦有一步出错就会进行数据回滚，能确保数据一致，但是如果写在多个事件里的话如何能确保数据一致性？或者说能达到使用事务出错后回滚的的效果l

事件监听器事务

课程读者 10 声望

暂无个人描述~

《L05 电商实战》

从零开发一个电商项目，功能包括电商后台、商品 & SKU 管理、购物车、订单管理、支付宝支付、微信支付、订单退款流程、优惠券等

《L03 构架 API 服务器》

你将学到如 RESTFul 设计风格、PostMan 的使用、OAuth 流程，JWT 概念及使用和 API 开发相关的进阶知识。

推荐文章：

更多推荐...

冯老师的困惑 —— 一个跑了两年的 BUG 19 / 16 |

Clarity——微软开源并完全免费使用的新一代网站体验分析利器 12 / 1 |

记录一下，服务器又又被黑的一次。 34 / 33 |

Laravel Event(事件)注册和执行流程源码分析 14 / 1 |

高效办公小技巧——如何批量处理 SQL 文件？ 19 / 11 |

Redis 实用小技巧—— bitmap 应用之「缓存穿透」问题的处理 19 / 11 |

leo

管理员 4.7k 声望 / Engineering Director of Backend @ RightCapital

最佳答案

增加佣金和佣金记录应该是同一个逻辑不可以拆开，所以要么都成功要么都失败。

支付成功的逻辑需要区分核心逻辑和非核心逻辑，对于非核心逻辑的失败可以忽略或者事后校对重试，比如课程中的发送成功邮件；对于核心逻辑失败则应该记录日志+回滚，由研发决定应该是手动处理异常还是忽略。

4年前评论

讨论数量: 1

leo

管理员 4.7k 声望 / Engineering Director of Backend @ RightCapital

增加佣金和佣金记录应该是同一个逻辑不可以拆开，所以要么都成功要么都失败。

支付成功的逻辑需要区分核心逻辑和非核心逻辑，对于非核心逻辑的失败可以忽略或者事后校对重试，比如课程中的发送成功邮件；对于核心逻辑失败则应该记录日志+回滚，由研发决定应该是手动处理异常还是忽略。

4年前评论

讨论应以学习和精进为目的。请勿发布不友善或者负能量的内容，与人为善，比聪明更重要！

帮助