周三下午，组里的技术群突然安静了。 不是那种没人说话的安静，是所有人都在盯着同一个东西的安静。大促前的全链路压测刚跑完第一轮，有个核心链路的响应时间出现了异常波动。导师把压测报告转发到群里，只说了一句："大家看看。" 我盯着监控曲线，觉得哪里不对。 说实话，这种感觉很微妙。作为一个才来两个月的实习生，你会本能地怀疑自己——也许是我经验不够，也许这个波动在正常范围内，也许大家早就注意到了只是没当回事。 但我还是打开了链路追踪，开始一层一层地往下翻。 事情要从我刚入职说起。 实习第一周，导师给我分配的任务是熟悉系统，画一份核心链路的调用关系图。听起来是个"熟悉业务&q...

我选没有，我的目标offer是字节跳动，❤️和字节，当然选字节。大二在校，没背过面经，只练过一点算法，算法根本不会写，写了几十道，还是菜鸡，之前boss投递300+没有人回我，有几个回我的要我会全栈才行。继续沉淀吧

1. 你的项目中使用了消息队列（MQ），如何保证消息的可靠性投递（不丢失）？回答：保证可靠性需要从三个阶段入手： 生产者阶段：开启确认机制（如 RabbitMQ 的 Confirm 模式或 RocketMQ 的同步发送）。发送失败时进行重试，或者记录日志入库。MQ 节点阶段：开启持久化（交换机、队列、消息全部持久化到磁盘）。如果是集群环境，使用镜像队列或多副本同步，确保 Leader 宕机后数据不丢。消费者阶段：关闭自动 ACK，改为手动 ACK。只有在业务逻辑处理成功后才返回确认，防止消息在处理中途由于异常丢失。2. 谈谈 Netty 的高性能架构，为什么它比传统的 Tomcat 连接器更快...