lu_lu

大家好，我是老三，想必大家对在线支付都不陌生，今天和大家聊聊如何防止订单重复支付，业务+技术，看看都有什么要注意的。

我将以面试官的角度来提问一些支付相关的问题，并做出回答，让你对企业中支付的全貌有个大概的认知，这里面有一个问题是我面试别人问过的，xdm看完了可以猜一猜是哪个。

多支付渠道接入、参数结构五花八门、逻辑越来越难维护？通过三种设计模式，我在公司项目里完整解耦了订单支付流程，实现了统一入口、统一参数、可插拔的支付实现结构

故事 又是一个风和日丽没好的一天，小猫戴着耳机，安逸地听着音乐，撸着代码，这种没有会议的日子真的是巴适得板。 不料祸从天降。。。

隔壁组的小明最近有点不痛快，在设计支付接口时被架构师老李连怼三次，就因为接口的幂等性没有考虑充分。 每次都是自信满满，可每次都被找出问题。 这次我们跟着隔壁小明的视角，循序渐进，彻底搞懂接口幂等的精髓

我写过好几套订单系统，踩过不少坑，现在把这些订单系统总结，做成个通用的设计。按照最全的库表算，有订单表、付款单表、退款申请表、退款单表、订单结算表，每个表和其他表之间有关联，各位可以根据自己的业务场景

请给系统加一个【消息中心】功能，因为真的很简单！我相信，打开一个带有社交类型的网站，你或多或少都可以看到如下的界面： 1）消息提示 2）消息列表 这样 这样 那，这就是我们今天要聊的【消息中心】。

告别@Value的痛苦！Spring Boot配置管理的正确打开方式 前言 在Spring Boot项目开发中，配置管理是一个不可避免的话题。从最初的@Value注解到现在广泛使用的@Configur

多租户(Multi-tenancy)是一种软件架构模式，允许单个应用实例服务于多个客户(租户)，同时