前几天朋友老李跟我吐槽，说他侄子去面试前端开发，被一道‘手写防抖函数’给问懵了。小伙子背过不少知识点，可一上手就卡壳。其实这事儿挺常见的，现在但凡是个正经公司招程序员，开发面试题都绕不开。
面试题不是背答案就行
很多人准备面试就是刷题背答案，比如‘TCP三次握手’、‘闭包是什么’，张口就来。可真到面试官让你画个流程图，或者改个实际场景里的bug，立马露馅。我之前面试一个候选人，问他Promise原理，他说得头头是道，结果让写个简单的链式调用就写错了。
公司要的是能干活的人，不是复读机。所以现在面试题越来越偏实战，比如给你一段有性能问题的代码，让你优化；或者模拟一个登录流程，让你设计接口和状态管理。
常考的方向心里要有数
不同岗位侧重点不一样。前端常考DOM操作、事件机制、React/Vue原理；后端看重数据库设计、缓存策略、并发处理；全栈可能还得搭个简单服务跑起来。
举个例子，面试常让实现一个简易版的发布订阅模式：
class EventEmitter {
constructor() {
this.events = {};
}
on(type, callback) {
if (!this.events[type]) {
this.events[type] = [];
}
this.events[type].push(callback);
}
emit(type, ...args) {
if (this.events[type]) {
this.events[type].forEach(fn => fn(...args));
}
}
}看着不难，但写的时候容易漏掉事件数组初始化，或者参数传递没处理好。面试官就爱看这些细节。
别光盯着算法题
有些人一听面试就猛刷LeetCode，觉得会几道动态规划就能过关。其实大多数业务开发岗，更关心你怎么组织代码、怎么跟团队协作、遇到线上问题怎么排查。
有一次我面一个Java候选人，让他设计一个秒杀系统的库存扣减，结果他上来就说用synchronized。我就追问：那数据库压力太大怎么办？能不能用Redis预减？消息队列削峰？他一下子答不上来。其实这才是实际项目里天天碰的事。
平时就得练手感
最好的准备方式，其实是平时写代码就多想一步。比如你写了个工具函数，能不能加个单元测试？项目里用了Vue，能不能自己试着实现个响应式系统？这些积累到了面试时自然不慌。
还有个小建议：找个朋友互相模拟面试。真有人盯着你看的时候，说话逻辑和自己瞎琢磨完全不一样。有时候一道题讲不清楚，不是不会，是练得太少。