1. 自我介绍2. 平常主要用什么系统写代码，Windows 和 Linux 分别适合做什么答案：如果是桌面端或客户端开发，我平时会 Windows 和 Linux 都用。Windows 更适合做 GUI、IDE 联调、查看系统 API 行为、处理编码和兼容性问题，像 Visual Studio 的调试体验、符号查看和性能分析都比较方便。Linux 更适合写网络服务、做脚本自动化、跑构建链路、看系统调用和资源占用，像 gdb、strace、perf、valgrind 这类工具都很好用。如果项目本身是跨平台的，实际开发里经常会在 Windows 上做界面和功能开发，在 Linux 上做构建、测试...

暑期实习投了十几天，能投的都投了，一个面试没有，pdd，快手，小米直接挂，不然一直都泡池子，简历还能怎么改进吗，后端还是太卷了

刚实习了两周，被导员一通电话打过来可能会给处分学校这里坚决是不允许大二大三实习，只有大四后半学期才允许😂不知道被谁举报的，总之回来领导跟我说了一大堆，说在学校呆着能学到知识以外的东西。然后一门课也是被重修了，感觉好不容易实个习，一波三折的。最后还是选择了不回头，总觉得，人这一生就这一次，要尽力去活才算圆满。

1. 自我介绍2. RocketMQ 里顺序消息、普通消息、事务消息分别适合什么场景，为什么不能混着用普通消息适合最终一致、无严格顺序约束的场景，比如日志分发、画像更新、通知投递。顺序消息适合同一业务键必须按时间线推进状态的链路，比如同一工单、同一订单、同一会话的状态演进，但顺序消息的吞吐和容错设计会受到队列粒度限制。事务消息适合本地事务与异步投递之间要建立“发送承诺”的场景，比如主库先落事实，再由 MQ 推动旁路索引或下游补偿。三者不能混着用，是因为它们解决的问题不同，消费模型、失败恢复方式和成本模型也完全不同。3. 如果 RocketMQ 出现消息积压，你会怎样定位，不要只说“扩容消费者”...