说起来，

• 2025前端面试题-JS基础篇
• 2025前端面试题-JS中级篇
• 2025前端面试题-TS理论篇
• 2025前端面试题-TS实战篇
• 2025前端面试题-Vue3基础篇
• 2025前端面试题-Vue3进阶篇
• 2025前端面试题-React基础篇
• 2025前端面试题-React进阶篇
• 2025前端面试题-React高阶篇

一、 V8引擎工作原理与垃圾回收

痛点：很多人只知道V8是“JS引擎”。但不了解它如何解析代码、执行调整还有垃圾回收细节，这往往成为技术深度考核。

理解JavaScript的执行环境是高级调整的前提。

V8引擎主要流程

1. 解析 : V8将JavaScript源代码解析成抽象语法树 。

2. 解释 : Ignition 将AST转换成字节码并执行。Ignition会收集分析信息，用于后续的调整。

3. 编译 : 对于被频繁执行的代码。Turbofan 会介入，利用分析信息将字节码编译成高度调整的机器码，以提高执行效率。这个过程被称为JIT 编译. 如果调整假设失败。会进行去调整 ,回退到字节码执行。

垃圾回收

提示的观点是。如果不了解GC机制，你很容易在内存泄漏和性能调优上失手。不过，

V8采用分代回收" 的策略。将堆内存分为新生代和老生代。

新生代

• 空间小，存活对象少。采用Scavenger算法，将空间一分为二。
• 回收时将From-Space中的存活对象复制到To-Space，接下来清空From-Space。最终From-Space和To-Space角色互换。
• 对象若经历多轮回收仍存活，则被**晋升**到老生代。

老生代

代码示例 :

想象你在项目中频繁创建DOM节点，却忽略了闭包持久化导致泄漏——这正是许多团队遇到性能瓶颈时最常见的问题之一！下面这段代码演示了典型内存泄漏模式：闭包引用了已分离DOM节点。

function createLeakingElement {
const container = document.getElementById;const detachedElement = document.createElement;
detachedElement.textContent = 'This is a potentially leaking element.';按理说，container.appendChild;不过，

// 一个外部可访问的函数。通过闭包持有了对 detachedElement 的引用 const leakingClosure = function { // 即使 detachedElement 从DOM树中移除，只要 leakingClosure 存在 // detachedElement 就不会被 GC 回收。console.log，};

// 从DOM中移除元素 container.removeChild;// 返回这个闭包 return leakingClosure;} // globalLeaker现在持有了对 detachedElement 的间接引用 window.globalLeaker = createLeakingElement;//只要 window.globalLeaker 不被设为 null，这块内存就永远无法被回收

二、事件循环

说到痛点。Node.js 与浏览器事件循环细节差异经常让人抓狂，一旦搞错，就会出现看似无缘无故卡死或异步顺序错乱的问题。话说回来，

高级面试会深入到Node.js环境。考察对Event Loop各阶段的理解。

• 浏览器 vs. Node.js：

​                                                * * * * * * * *

​

​ ​ ​

​                             🤔🤔🤔

​ ​   🛀 🛀 🛀

* ***** *** ** ** ** * * ** ***

---

​​

•  ⚙️⚙️⚙️

•  💻💻💻

•  ⚠️ ⚠️ ⚠️

• ✅ ✅ ✅

~~~

​⁉️ ❌ ❌ ❌ ...

​ …..，?，

…....，

…

---

🏁 The End!

html done!`

---

---

—-

---

---

---

done!

🗒️ Key Takeaway: 在实际项目里注意将异步操作与事件循环深度耦合，从而避免“卡死”或“先后顺序错乱”的困境。

---

🚀 常见陷阱：

场景	常见错误	正确做法
setTimeout 与 setImmediate 并用	忘记区分它们各自所在阶段	setTimeout 用来延迟逻辑；setImmediate 用来保证下一轮循环立即执行
process.nextTick 与 Promise.n	把两者放在同一阶段混用导致栈溢出	确认 nextTick 在微任务队列之前运行

---

---