具象的知识点背后的设计思考

最近在准备面试，翻到几道关于 Custom Hook 的模拟题。表面上看各不相同——轮询、筛选、防抖搜索——但仔细分析之后，发现它们背后有一套共同的思维框架。

性能问题往往不是"用没用这几个 API"的问题，而是对浏览器渲染机制和 React 默认行为的理解是否到位。本篇文章从浏览器渲染的底层出发，一路推导到 React 组件的渲染控制和状态设计。

三道经典的异步编程题：sleep、并发调度器、EventEmitter。分别考察了 Promise 基础，异步控制流和设计模式。与其死记代码。不如把代码的每一行“为什么”搞清楚。

React.memo、useMemo、useCallback 各自解决了什么问题？它们是如何协作的？什么时候该用，什么时候加了反而是负担？面对一个有渲染性能问题的页面，优化的思路和顺序应该是什么？

我曾遇到这样的困惑：花了很多时间优化代码，减少了回流次数，设置了合理的缓存策略，但如何证明页面"变快了"？用户说"感觉还是有点慢"，但我不知道具体慢在哪里。这让我开始思考：性能到底应该如何度量？

这篇文章从三个简单的自定义 Hook 出发，探索了 React 中的副作用管理、状态同步和性能优化。

从一个简单的数据转换函数：扁平到层级来回转换，本文延伸出了很多思考：算法优化、设计原则、实际场景、性能权衡。这个过程让我意识到，工程中的"小问题"往往不小 —— 它们是设计思想的缩影。

手写深拷贝的核心是：1. 递归思维：基本类型直接返回，对象类型递归拷贝；2. 循环引用检测：使用 WeakMap 记录已拷贝对象；3. 类型判断: 用 prototype 区分类型；4.特殊类型处理

防抖看似简单，实际上涉及闭包、this 绑定、定时器管理等多个知识点。手写防抖的关键是理解"延迟与取消"的核心思想，然后一步步处理参数、this、立即执行等细节。

这篇文章来自一次真实的性能优化经历。从 react profiler 读取识图，到根因定位，再到几种优化方案的对比分析，从实例切入，理解如何做性能优化。

为什么 JavaScript 要设计得这么复杂?为什么有 `prototype` 又有 `__proto__`?直到深入研究了原型的设计思想,才开始理解这套看似混乱的机制背后的优雅逻辑。

你是否理解什么是 javascript 中的闭包和作用域？在代码中此处调用的变量，到底是哪一层的变量？本篇文章将结合具体代码，为你讲解闭包与作用域的定义。

你是否存在过疑惑：Promise 到底解决了什么问题？本篇文章从 promise 的用法到其背后的设计思想，从 async / await 的实现原理到实践应用，希望能和你一起探索异步编程的本质。

你知道什么是 javascript 中的 event loop 吗？什么是微任务、宏任务，它们的执行顺序是什么样的？本篇文章将和你一起探索，从"是什么"到"为什么"再到"怎么用"的完整思考路径。

"自相似性"是递归最核心的特征——问题可以分解成和自己结构相同但规模更小的子问题。什么时候应该用递归？有哪些递归的常见使用场景？有哪些递归优化技巧？这些问题在本篇文章中，有所解答。

下次遇到 Object 处理的问题时，可以问问自己：需要同时访问 key value 吗？需要用到数组方法吗？是做数据转换吗？如果答案是“是”，就使用 Object.entries 吧！

在面试练习题中常常出现的 reduce 为什么在实战中相对较少的被使用到？我们在什么时候应该用到 reduce？本文从一个前端开发工程师的视角思考 reduce 的使用哲学。