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

boss上 目前只投了一些小公司和小厂 只有两家小公司约面了 大部分都是不回复  可以给些建议嘛好焦虑

我听过最轻描淡写的一句杀伤力最大：“你这个项目太简单了吧。”没有反问，没有质疑，就是一句陈述。像你端上一盘菜，人家看了一眼说“哦，就这”。当时我差点接不上话。后来复盘，这种话最难搞的地方在于——它不给你反驳的空间。你如果说“不简单”，显得你在狡辩；你如果说“确实简单”，那就等于承认自己水平低。想的比别人多，做的比别人细，这才是值钱的地方。真正有几个“不简单的项目”呢，这个大草台班子 总有人在反驳和强调

面经：你所了解到的软件测试流程是什么样的拷打实习经历，实习业务，bug主要分布到哪些地方（2段测试都被分开拷打了）在是上一家公司主要负责的是哪些模块的测试有哪些影响深刻的bug为什么想从开发转测试了解过app测试嘛，和web测试时有什么区别测试的能力主要有哪些面临测试的DDL特别急，主测项又特别多怎么办app端的测试需要覆盖那些东西有个bug怎么去定位前后端bug测试行业有哪些难点，如何处理linux有哪些命令对自己测试规划路线对我们公司业务有了解嘛反问 总结：面试官态度太差了，一直板着脸问问题。而且感觉很傲慢的感觉，我边回答他边瞪着我，整体面试很不舒服，很难受。个人：凉了，主要是对app测试...