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

Thank you Hellobike.

我大三tmd逃课去白马培训是吧，你老冯同意了没？

一个做后端的朋友，实习第三个月第一次独立上线了一个功能。那天晚上他盯着监控面板看了一个小时，就看着请求进来、数据出去，什么问题都没有。他说那一刻突然觉得之前被mentor骂的、被需求改来改去的，好像都值了。还有个做产品的，实习快结束时参加了一次用户调研。一个真实用户说"你们这个功能我每天都在用，特别顺手"。她说那是她做了几个月需求文档、改了无数版原型之后，第一次感觉自己做的东西被人需要了。最戳我的是一个测试实习生说的。他说有一天发现自己提的一个bug，被开发改完上线了，影响了几十万用户。"那一刻我才明白，测试不是打杂的，是真的在保护用户。"实习最开始觉得...