被问 “CSS 的 BFC 是什么，它的触发条件有哪些，在实际项目中怎么用 BFC 解决布局问题”，我之前只听过 BFC 这个概念，却没弄明白具体是什么、怎么用。我挠了挠头说 “我知道 BFC 能解决一些布局问题，但具体定义和触发条件，我没记清楚，这个问题我答不上来”，回去后立刻查了资料，还动手写了 demo 验证，才算真正搞懂。​

面试一家做可视化的公司，面试官问 “用 ECharts 做大数据量图表时，怎么优化渲染性能？比如数据量超过 10 万条时”，我之前只用 ECharts 做过小规模数据图表，没处理过大数据量的情况。我如实说 “我没做过大数据量的 ECharts 图表，不知道怎么优化，这个问题我不会”，面试官给我讲了数据采样、分片加载等方法，让我受益匪浅。​

被问到 “JavaScript 的事件循环中，微任务和宏任务的执行顺序，当微任务里又产生新的微任务，会怎么处理”，我只知道 “先微后宏”，却没考虑过微任务里嵌套微任务的情况。我想了半天说 “应该还是先执行完所有微任务吧？但具体怎么处理，我没验证过，不敢确定”，面试官鼓励我回去写代码测试，说实践出真知。​

聊到移动端适配，面试官问 “用 rem 适配时，如果用户手动调整了手机字体大小，会对页面布局产生什么影响？怎么解决”，我只知道 rem 基于根元素字体大小，却没考虑过用户手动调整的情况。我不好意思地说 “我没遇到过这种场景，没研究过解决方案，这个问题我答不上来”，面试结束后立刻找了台手机测试，才弄明白其中原理。​

面试官拿着我的项目问 “你这个项目里用了 React Hooks，那你知道 useEffect 的依赖数组为空时，它和 componentDidMount 的执行时机完全一样吗？有没有特殊情况”，我之前一直以为 “依赖数组为空就是模拟 componentDidMount”，从没想过有特殊情况。我愣了几秒说 “我一直这么用，但没考虑过特殊情况，这个问题我不会”，面试官耐心解释了差异，我赶紧掏出笔记本记下来。​

被问 “TypeScript 里的泛型约束和类型断言有什么区别，什么时候该用泛型约束，什么时候用类型断言”，我之前学 TS 只记了基础用法，这两个概念的区别完全没搞懂。我坦诚地说 “我对 TS 的高级用法掌握得不好，这两个概念我还没理清，暂时没法回答您”，心里暗下决心，回去一定要把 TS 高级特性吃透。​

面试中聊到性能优化，面试官突然问 “怎么精准判断一个页面的卡顿原因？除了看 FPS，还有哪些工具和指标能用上”，我只知道 “卡顿可能是 JS 执行时间长”，具体怎么精准判断、用什么工具，一点头绪都没有。我尴尬地笑了笑 “概我平时只在 Chrome devtools 里看个大，没深入用过其他工具，这个问题我答不上来”。​

被问到 “Webpack 的 loader 和 plugin 有什么本质区别，分别在哪个阶段工作”，我之前只知道用 loader 处理 CSS、plugin 做压缩，至于工作阶段和本质区别，完全没深究。我挠了挠头说 “loader 好像是处理文件的，plugin 是做额外功能的，但具体阶段… 我没仔细看 Webpack 的工作流程，这题我不会”，面试官点点头说 “回去可以看看 Webpack 的生命周期，很重要”。​

聊到 JavaScript 原型链，面试官接着问 “如果修改了数组的原型方法，比如给 Array.prototype 加了个自定义函数，会对 for...in 循环有影响吗”，我脑子里一片空白。我只试过给对象加原型方法，数组的还真没研究过，只能老实说 “这个我没试过，平时没关注过这种情况，不敢瞎说”，说完赶紧记在手机备忘录里，想着面试完立刻查。​

面试一家互联网公司时，面试官突然问 “Vue 的虚拟 DOM 是怎么 diff 的？具体对比策略是什么”，我瞬间懵了 —— 之前只知道 “虚拟 DOM 能提高性能”，至于 diff 过程，全靠模糊记忆拼凑。我盯着桌面半天，小声说 “好像… 是先比外层，再比里面？”，说完自己都没底气，面试官没追问，只是笑着递了杯水，我接水时手都在抖。​

🚫1. 岗位描述里没提具体前端技术栈，只模糊说“会前端开发”的不投——怕进去要么用老旧技术内耗，要么需求和自己想深耕的方向完全不搭，浪费彼此时间；🚫2. 招聘页写着“弹性工作”却没提加班费，还强调“能接受高强度加班”的不投——前端改需求、调兼容本就常加班，连基本权益都模糊的公司，大概率是“弹性等于无休”；🚫3. 面试时HR全程聊薪资压价，技术面只问基础API却不聊项目实战的不投——要么不重视前端技术深度，要么只想招“廉价劳动力”，进去难有成长空间；🚫4. 查脉脉、知乎全是“拖欠薪资”“流程混乱”吐槽的不投——连员工基本保障都做不到的公司，再喜欢的岗位也不敢碰，毕竟稳定比暂时的薪资诱惑更重要。

大三实习结束后，开始回校准备毕设和论文。我记得之前，刚从前端实习的节奏里抽离，回到校园课堂时，总觉得脑子还没“切换模式”——听老师讲DOM原理，会下意识联想到实习时用Vue封装组件踩过的坑，比如“这里要是没处理好props单向数据流，线上可能会出bug”；小组作业讨论做个简单的页面，第一反应不是随便写几行CSS，而是琢磨“要不要用Tailwind统一样式？需不需要加个防抖处理输入框？”，这种把职场里的“工程化思维”代入校园任务的惯性，总让我有点“格格不入”。但与此同时，又会被校园的松弛感拉回现实：不用再赶需求上线到凌晨，不用对着接口文档和后端反复核对字段，晚上能窝在宿舍里慢慢啃之前没看完的框架源码。只是偶尔刷到实习群里同事聊新迭代的功能，会突然有点“局外人”的小失落，既庆幸能回到校园补全理论知识，又忍不住期待下次实习能把这次没吃透的性能优化、跨端适配真正练明白。简单说，就是一边带着职场里攒下的“实战敏感度”，一边在校园的慢节奏里复盘沉淀，清醒地知道现在该补什么、未来想练什么，算不上紧绷，却多了份比实习前更明确的方向感。

短期正常，长期不正常，关键看 “没人带” 的时长和团队是否提供 “替代支持”。刚入职前端岗位，若 1-3 天内没人专门 “一对一带教”，可能是团队节奏快（比如正赶项目上线），或是默认 “新人需先自主适应”—— 但正常的团队会提供㊙ “隐性支持”：比如有整理好的前端开发手册（包含环境搭建、代码提交流程、常见问题排查指南），允许你随时打断同事问基础问题（比如 “代码提交到哪个分支”“接口文档在哪看”），leader 会定期（比如每天下班前 10 分钟）和你同步进度、解答疑问。🚫如果超过 1 周还是 “完全没人管”：⚠不知道自己要做什么、⚠跑项目遇到报错没人指导、⚠提交的代码没人 review，这种 “真空式入职” 就不太正常了。☯💨前端开发依赖项目上下文和团队协作，没人带很容易走弯路（比如按自己的习惯写组件，不符合团队规范，后续还要返工）。这时建议主动 “创造带教机会”：比如把遇到的问题整理成清单（比如 “本地跑项目时遇到 XX 依赖报错，尝试了 XX 方法没解决”），找 leader 约 15 分钟的沟通时间，明确 “希望能有个同事偶尔指导基础问题，或者让我先参与需求评审、bug 复盘会，慢慢融入团队”，毕竟主动沟通比被动等待更能解决 “没人带” 的困境。

正常且常见，对前端新人来说甚至是 “快速融入的好机会”。刚入职就接触 bug 修复，往往是团队考虑到：比起直接接手全新需求，改 bug 能让你更快熟悉项目代码结构（比如组件嵌套逻辑、状态管理方式）、业务场景（比如用户操作流程、数据交互规则），还能通过定位 bug 的过程，了解团队的代码规范（比如命名规则、注释要求）和测试标准。💎⭕不过要注意区分 “bug 的类型”：✔✔如果是简单的样式兼容问题（比如 IE 浏览器按钮错位）、✔✔基础逻辑漏洞（比如表单校验漏判），✔✔属于正常的 “新人上手任务”；⭕但如果一上来就让你改核心模块的复杂 bug（比如支付流程的异步请求异常、大型组件的性能崩溃问题），⭕且没提供任何代码上下文或前人经验，就不太合理 —— ✔✔这时可以主动找 leader 或同事求助，说清 “目前对 XX 模块的业务逻辑还不熟悉，希望能先了解下相关的需求背景和代码设计思路，或者有更基础的 bug 可以先让我练手”，既体现解决问题的态度，也能避免因不熟悉业务导致 bug 修复出问题。

大概率不正常，更可能是 “假性摸鱼”—— 刚入职前端岗位，若出现 “没事可做” 的状态，往往不是真的能摸鱼，而是陷入了 “信息空白期”：可能是团队还没来得及同步项目文档、权限没完全开通（比如代码仓库、测试环境权限），或是 leader 没梳理好适合新人的初始任务（比如从简单的组件维护、需求复盘入手）。真正的 “摸鱼” 是主动放弃成长机会，而正常的新入职状态应该是 “主动找事做”：比如主动问 leader 要项目架构图、前端技术栈文档，先本地跑通现有项目代码；或是看团队过往的需求评审记录、bug 修复案例，熟悉业务逻辑。如果持续 1-2 天都是 “无事可做”，建议主动找直属 leader 沟通，说清 “目前想尽快上手，但暂时缺乏明确方向，希望能分配一些基础任务（比如优化某个小组件样式、整理前端通用工具函数）”，避免陷入被动的 “假性摸鱼”，影响入职初期的印象。