背景什么情况下会出现重复支付问题呢？我们再看下支付流程：当用户发起了支付请求后，12306发起对三方支付的请求，但支付的结果回调一般需要几秒；没有耐心的用户这个时候可能在支付页面再次发起支付请求，造成重复支付。解决方案及逐字稿前端处理用户一旦点击网上支付后，应该将此按钮置灰（锁定按钮，无法再点击）后端处理为了防止部分用户通过调用接口的方式频繁支付，对于后端，也需要进行兜底。理论上这就是一个防重复的幂等问题。根据前面讲到的支付流程，有两种处理方案。三方支付保障幂等如果支付宝、微信等三方支付能够处理对同一笔请求的幂等，12306这边就变得简单了，通过用户ID+车次ID+出发站+始发站+出发时间生成...

家人们 这是已经寄了的意思吗

后悔把简历发过去了。。

节前上线出问题，线上灰度发布后部分用户反馈付款后订单状态不更新，支付服务的失败率飙升。一顿排查后发现致命配置错误。小可爱上线时，将payment-service服务的 Nacos 注册类型改成了ephemeral=false（持久化实例）。当时其中一台服务节点因内存泄漏频繁 GC，心跳线程被阻塞超过 30 秒，但是由于持久化实例没被 Nacos 剔除，导致调用方持续往这台异常节点发请求，最终拖垮整个支付链路。这个面试场景题总问，不过很多同学对 Nacos 临时、持久实例的认知，只停留在服务会不会消失的表面，什么时候该用临时，什么时候该用持久，适用场景是什么，没太明白。注册中心和配置中心本质区别...