刷到这个话题，想从技术成长和职业发展的角度，聊聊我的实习经历。作为计算机科班生，在学校里我总觉得，自己会写Java、会做课程设计、背熟了八股文，就算是合格的程序员了。直到去杭州一家互联网公司做后端开发实习，我才明白，学校里学的东西，和真实的工业界，隔着一道巨大的鸿沟。而让我突然觉得“这次实习值了”的瞬间，不是拿到了多少工资，不是被leader夸了一句，也不是靠实习拿到了offer，而是我独立解决了一个线上高并发场景的性能瓶颈，把接口响应耗时从2s优化到了200ms以内，方案最终被全组采纳推广的那一刻。事情是这样的，我们组负责的商品详情接口，在大促压测的时候，响应耗时严重超标，并发量一高就频繁超...

个人情况：双非，两段实习原本谈好三月签三方，结果月底说可能没HC，公司来年不招初级开发，可能试用期无法转正。四月初开始投简历，但是还要同时忙毕设，已经是微活的状态了。现在每天都挺焦虑，没找到工作好像也不会做其他的。现在去考研时间也不一定够，而且也不太甘心现在这个结果。希望路过的大佬能指点一下------不知道现在投国企来不来得及，不过感觉学历是硬伤，有没有大佬知道，非常感谢

准备大二暑假找实习，怎么找啊，现在四月初，我要到六月底才能放假去实习，现在开始投吗？这个简历需要怎么改。技术那里的并发编程我还没学，先写上了，现在在补

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