拼多多校招内推，薪资给力，成长快

bg：24届软件开发，翼支付工作近2年。 看到这个话题，也来分享一下我的翼支付的真实体验。  关于薪资：比肩大厂，但时薪更高 薪资结构：基本工资+年度奖金+福利包。 我去年拿了连续三个季度A+年度A，奖金多了好几个月。季度绩效是额外算钱的，这点真的很香。 最实在的：应届生宿舍前两年半价！刚毕业不用被房东压榨，省下的钱够买好几台顶配Mac。 关于加班：有，但绝不让你们“自愿” 我在支付中台，负责过外部资产系统，现在独立负责总账系统。日常： 6点多下班，打卡不严格，来晚了晚点走就行项目期： 赶进度时会忙，但加班有餐补、能调休、打车报销底线： 绝不强制“自愿加班”，活干完就撤，没人盯着你刷工时 关于...

如题，tl：3.3 投递3.9 一面3.17 二面3.25 三面3.26 hr面4.1 offer给同样面了腾讯的同志们一点参考。说好的字节才是双非友好大厂呢，为什么我简历是投一次锁一次，以后要当节恨子！鹅是人生第一次面试，本来以为要挂几次，没想到流程还算顺利，初面就直接给我过了，我要感谢腾讯，感谢面试官，感谢hr，感谢所有人。真心是体会到了，找日常实习就是七分运气三分实力。鹅的黑卡有点帅

RT，不是很好意思直接问HR

1. 你们系统里如果用了消息队列，怎么保证消息不丢失、不重复消费，并且实现最终一致性？答案：先保证生产者发送可靠，发送失败要重试，关键业务可以配合事务消息或本地消息表。Broker 这一层要做持久化和副本，避免机器故障导致消息丢失。消费者要在业务处理成功后再 ack，不能先确认再执行业务。MQ 一般只能保证至少一次投递，所以消费者一定要做幂等。幂等常见做法是业务唯一 ID、去重表、Redis 去重、数据库唯一索引。最终一致性一般靠异步重试、死信队列、补偿机制来保证。面试里可以总结一句：生产者可靠发送，Broker 持久化，消费者幂等消费，失败靠补偿实现最终一致。2. 分布式事务有哪些常见方案？...