第一场字节，三进宫，压力还是那么的大，现场共享屏幕启动项目看流程，结果当场出bug，在这浪费了将近20min还没搞出来（其实就是提示词模版给错了，导致空指针，还是压力太大了），然后问我二开项目是不是没跑过 ,算法是判断一棵树是不是另一棵树的子树，好像是力扣原题，75min。第二场钉钉，出场景题看你思考的深度（大型qps的一个系统，要求用到磁盘，怎么优化，我的思路是redis那一套，多实例，缓存，缓存淘汰策略），跟面试官有说有笑，谈到了ai 替代程序员的话题，45min，无算法。第三场美团，这个体验最好，面试官是个同龄人，彬彬有礼，一直围绕着项目聊，对每一个点都仔细询问，有没有什么替代方案，也问...

好像是个中厂，如果处女面面这个会死吗

今日首蚌，真的很难绷住

面试的时候被问到这个问题：try-catch 会影响性能吗？当时我有点懵，回答了一个模糊的"会有一点影响吧"。面试官追问：影响多大？什么情况下影响大？我就说不上来了。回来之后认真研究了一下，发现这个问题的答案比想象中有意思。先说结论在现代 JavaScript 引擎中，try-catch 本身几乎不影响性能，但异常抛出是昂贵的操作。听起来有点绕？用人话说就是：代码外面套一层 try-catch → 基本没影响代码里频繁 throw Error → 性能会很差下面用数据说话。实测数据我写了个简单的测试： const iterations = 1000000; // 测试1：不...