面试题

聊前端面试，算法永远是绕不开的坎。很多小伙伴项目经验很丰富，框架用得溜，但一上面试场就被手写算法题卡住，直接导致面试失利。 我整理了一份30个高频手写JS算法清单，覆盖ES6语法、数组操作、链表、二叉

还在把 Claude 当“高级代码抄写员”？ 让它写个函数、改个 bug，一问一答像聊天？ 大错特错！ 2026 年的 Claude Code 早已进化成自主 AI 开发智能体—— 它能自己读项目、自

还在每天教 AI “失忆实习生”？ 每次开新对话都要重讲项目架构、代码规范、命名风格…… 而用这套 Rules 配置，Cursor 直接变成“懂你心思的老搭档”——跨会话记忆、自动守规范、团队统一标准

还在每个接口手动加 token？还在为 401 跳转写重复逻辑？ 而用 这套 2026 年最新 Axios 通用封装，一行配置搞定全局拦截、自动鉴权、错误统一处理、防重复请求——Vue2/Vue3、R

如果你还在用 React/Vue 做 CSR（客户端渲染），或忍受传统 SSR 的 Hydration 延迟，那么即将正式发布的 Qwik 2.0，或许正在重新定义"Web 性能"的上限。 一、前端性

你的 Electron 应用启动要 5 秒？内存占用 400MB？ 而用 NW.js v0.109.1（2026 年 3 月 21 日发布的最新稳定版），相同功能应用启动仅需 1.6 秒，内存占用仅

如果你热爱 Electron 的开发体验，却痛恨它的臃肿与资源消耗——Electrobun 的出现，或许正是“鱼与熊掌兼得”的答案。 一、Electron 的困境：强大，但太重了 过去十年，Elect

你是不是也这样？ 写 10 版提示词，AI 还是答非所问 想让小模型做角色扮演，结果它“人格分裂” 提取知识图谱，输出格式天天变 本地部署 Ollama，但 Web 工具连不上…… 而今天，我要介绍的

2026 年，WebAssembly（WASM）早已不是“前端黑科技”。 它正以静默的方式，重构前端工程师的能力边界。 你可能以为 WASM 只是用来加速图像处理或跑个游戏引擎。 但真相是：顶尖团队用

上周五下午 5 点，同事提了个 PR，被 CI 卡了 7 次： 缩进不对 多了个 console.log 提交信息写的是 “fix bug” ESLint 报了 3 个 warning 他崩溃地问：“

如果你还在为“多端适配”焦头烂额，为鸿蒙生态焦虑，为人力成本飙升失眠——uni-app x 的正式成熟，可能是你今年最值得押注的技术决策。 一、多端开发的“三座大山” 过去几年，移动开发团队面临前所未

如果你以为 Vite 7 已经够快，那你还没见过 Vite 8 的真正实力。 这一次，它不再“优化”，而是彻底重构底层——用 Rust 编写的 Rolldown 取代了原有的 esbuild + Ro

如果你厌倦了 Webpack 的配置地狱、Vite 的依赖冲突、Node.js 的冷启动延迟——Bun 1.0 的正式发布，可能正在重塑 JavaScript 开发生态的底层规则。 一、Node.js

如果你曾因 Electron 应用启动慢、内存占用高、打包臃肿而头疼——Tauri 1.0 的正式发布，或许就是你等待已久的“解药”。 一、Electron 的辉煌与代价 过去十年，Electron

你是否在项目中写过类似这样的正则？ 看起来没问题？ 但如果用户输入一个特殊构造的字符串，比如： 你的服务可能瞬间 CPU 100%、响应超时、进程卡死——而这一切，只因一行“看似无害”的正则。 这就是

在前端和 Node.js 开发中，JSON.parse() 几乎无处不在： 简洁、直接、好用——但极其危险。 如果你没有对输入做任何校验就调用 JSON.parse()，你正在为应用打开一扇“任意代码

在开发过程中，console.log() 是我们最亲密的伙伴： 方便、直观、零成本——但一旦这段代码被部署到生产环境，隐患就开始蔓延。 今天我们就来揭开 console.log 在生产环境中的三大“罪

上周，我们上线了一个数据看板页面，本地跑得飞快，一上生产——滚动卡成 PPT。 Profiler 一抓，发现： 每次滚动都在重复创建 computed 函数 列表项里嵌套了 3 层 <Suspense

上周 Code Review，我看到同事在修复一个“按钮颜色不对”的 bug，最后加了一行： 我问他：“为什么非要用 !important？” 他苦笑：“试了所有选择器，优先级都不够……再不加，明天上

上周，设计师跑来问我：“为什么这个按钮在 A 页面是蓝色，在 B 页面变成紫色了？” 我一查代码，发现两个组件都写了： 而 <style scoped> 根本没生效——因为某个第三方 UI 库用了 :