北京
面试里的资历深浅，从来不看你说了多少话。下面每一组回答都是正确的，但每组里只有一个能帮你拿到录用通知，而这个差距比大多数人以为的更小、也更容易学会。
当工程师问“资深回答长什么样”，通常得到的建议是：更自信一点，或者多谈谈影响。这话不算错，但模糊到没法用。这里给点更具体的东西——在下面一组组对比里，资深回答只在四个地方不一样：说出底层的机制、指向具体情境而不是泛泛而谈、主动讲出代价、说明自己会测量什么。仅此而已。一旦你能看出来，你就能做到。
闭包：从“记得变量”到“说出内存模型”
初级回答：闭包是一个函数，它记得定义时作用域里的变量，所以即使外层函数已经返回，它之后还能用这些变量。
资深回答：它是一个函数，加上对它创建时作用域的引用，所以它捕获的变量会留在堆上，而不是随着调用结束一起死掉。这正是模块模式和hooks能工作的原因，也是经典的内存泄漏来源：在一个长期存活的处理器里闭包住一个大对象，它就永远不会被回收。这也解释了人们用var时踩到的循环bug——因为一个共享的绑定被捕获，而不是每次迭代各有一个。
这里的追问几乎总是循环bug或者内存泄漏。如果你主动把两个都说了，等于已经提前答完了追问。
面试里常出现的版本是这段代码：
for (var i = 0; i < 3; i++) {setTimeout(() => console.log(i), 0);// 3, 3, 3 -- 一个i的绑定，被三个闭包共享for (let i = 0; i < 3; i++) {setTimeout(() => console.log(i), 0);// 0, 1, 2 -- let为每次迭代创建新的绑定知道它打印3, 3, 3只是入场券；能用“绑定”这个概念解释为什么，才是真正的答案。
React性能：从“加memo”到“先诊断”
初级回答：我会把昂贵的组件用memo包起来，再用useMemo和useCallback，这样它们就不会不必要地重新渲染。
资深回答：首先我会搞清楚这到底是不是一个渲染问题。分析器会告诉你：是重渲染太频繁，还是一次渲染太多，还是卡在跟React完全无关的事情上。我上次处理的那个页面，是一个context每次渲染都持有新对象，所以每个消费者在每次击键时都跟着重渲染。把context拆开就修好了。我是先测量再上memo的，因为到处撒memo会增加比较成本，还会给不读依赖数组的人带来一堆过期闭包bug。
初级回答会引来“那memo比较的是什么？”这种追问。资深回答已经把对话推进到诊断环节——那才是他们想待的地方。
异步I/O：从“非阻塞”到“说清代价”
初级回答：因为它是非阻塞且异步的，所以能同时处理很多请求，不用等每一个完成。
资深回答：因为I/O是交给操作系统和事件循环去等的，主线程不用卡在那里。但代价是：一个CPU密集的任务会堵住整个循环，所有请求都跟着排队。所以要看你的负载是I/O密集还是CPU密集，再决定要不要拆进程或者用worker。
初级回答停在“能同时处理很多请求”这个好处上。资深回答主动把“什么情况下它会失效”摆到桌面上，并且给出了判断依据。
索引：从“查得快”到“写出代价”
初级回答：索引让查询更快，因为数据库不用扫全表。
资深回答：索引是用写入成本和存储空间换读取速度。每多一个索引，插入和更新都要多维护一棵树。所以我会看这张表的读写比例，再决定建几个、建在哪些列上。复合索引还要注意最左前缀，否则建了也用不上。
初级回答只说了收益。资深回答把成本、适用条件和失效场景一起给了出来。
缓存：从“加一层Redis”到“先问一致性”
初级回答：加一层缓存，热点数据不用每次都打数据库。
资深回答：缓存解决的是读多写少场景下的延迟问题，但它引入了一个新问题：缓存和数据库之间的不一致。所以我会先定义好失效策略——是TTL、主动更新，还是写穿。还要想清楚缓存穿透、击穿和雪崩分别怎么处理，以及缓存挂了之后系统是降级还是直接被打垮。
初级回答把缓存当成免费午餐。资深回答知道它是一笔需要管理的债务。
特别声明：以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布，本平台仅提供信息存储服务。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
