"这个bug是你改出来的吗？"不是质问的语气，就是很平静地问你。平静才可怕。你的大脑在0.5秒内飞速运转：我改了哪里？会不会真的是我？如果是我怎么办？要不要先认？万一不是我认了怎么办？然后你打开代码，手有点抖。我实习第二个月遇到过一次。线上出了个数据异常，leader发消息问是不是我动过那块逻辑。我当时吓得够呛，翻了半小时git记录，发现确实是我改的一个边界条件没考虑到。那天我坐在工位上，想了很久要不要主动说。最后还是去找leader承认了，说了原因，说了怎么修。他听完就说"知道了，下次注意"，然后就没了。我以为会有更严重的后果，结果什么都没发生。后来我...

差点把线上搞崩那次，到现在想起来手心还会出汗。实习第六周，我改了一个配置参数。自测过了，跑了几个case没问题，心想这么小的改动走什么灰度啊，直接上呗。提交MR的时候mentor拦住了我，说走灰度。我当时内心是翻白眼的——至于吗？灰度放了1%的量，五分钟之后监控开始报警。我改的那个阈值，影响了下游一个缓存服务的淘汰策略。我看着监控面板上那条飞起来的红线，感觉自己的血也凉了。mentor倒是很淡定，一键回滚，然后跟我说：这个接口日调用量几千万。如果刚才全量上了，你今天就可以体验什么叫P0事故复盘了。那一刻我是真的怕了。不是怕被骂，是怕影响真实的用户。之前在小厂实习，出了bug重启一下就好了，DAU才几千，没人在意。但大厂不一样，你敲的每一行代码背后都是真实的人在用。从那以后我再也没有跳过任何一个流程。你说大厂的流程烦不烦？烦。但被流程保护过一次之后，你会真心感激这份烦。感谢我师，就我🐶命

各种拷打项目，由于和之前实习岗位挺类似的，拷打的很细   C++中，unordered_map和普通的map有什么区别？   unordered_map什么时候触发扩容（rehash）？解决哈希冲突的算法是什么？  首先明确哈希的本质目标——将键（key）快速映射到存储位置（数组索引）。实现步骤可分为四层： （1）定义键值对结构； （2）设计哈希函数，将key转为非负整数索引； （3）处理哈希冲突（多个key映射到同一索引）； （4）当负载因子（load factor = 元素数 / 数组长度）超过阈值（如0.75）时，触发扩容与重哈希（rehashing），保证性能稳定。 重哈希的过程（以链...