携程秋招内推

真实案例，如有雷同，纯属巧合~​先交代一下背景。我在现在这家公司，满打满算已经四年了。说实话，工作没什么压力，每天就是重复那些写了两年的业务代码，需求闭着眼睛都能估。没有挑战，也没有成长，但我习惯了。直到上个月，坐我隔壁的老王跳槽了。走之前他请我吃了顿饭，喝了两杯之后，他小声跟我说：新公司给涨了50%。我当时筷子差点没拿稳。50%啊兄弟，我要在这家公司再熬两年都不一定能涨这么多。回去之后我失眠了。脑子里两个声音打架：“老王能行，你也能行，赶紧出去看看机会。”“你项目没啥亮点，面试啥也不会，去了不是丢人吗？”就这样纠结了一个月，我决定——还是先问问明白人。我找了一个很会跳槽的前辈，他跟我说了实话...

bg双九硕电子信息，0实习ai coding了两个项目，投了10多家都没有面试，只有小米给面还挂了。前后端相关的完全不会，本来以为agent难度应该不大，但可能还是技术不够，找不到实习。秋招更不知道该不该继续入局agent了，孩子真没招了牛友们有没有什么建议😇😇

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

1. 手撕：给定一个大小为 n 的数组 nums ，返回其中的多数元素。多数元素是指在数组中出现次数 大于 ⌊ n/2 ⌋ 的元素。2. 解释摩尔投票法的思路，为什么用这种方法？3. 为什么不用哈希表？4. 哈希表的扩容机制是什么？5. 扩容时的时间复杂度？6. 用HashMap的总时间复杂度7. 如果所有元素都不同，哈希表的内存占用会怎样？8. 如果用摩尔投票法， 不存在超过半数的元素，如何识别？9. 场馆预订平台的框架和技术选型，用了什么框架？10. 如何实现存数据库一致性11. 如何用Canal监听MySQL binlog？如果是大规模数据，用几台Canal12. 那数据量很大的话，单台...