函数是JavaScript控制流、数据封装和异步逻辑的底层载体,其作用域、this绑定、闭包机制及async/await行为共同构成现代JS代码理解与调试的核心基础。
因为 JavaScript 函数不是“一种语法”,而是控制流、数据封装和异步逻辑的底层载体——不理解函数,就无法真正读写现代 JS 代码。
很多看似奇怪的行为,比如 setTimeout 中的 this 丢失、循环里绑定事件却总是取到最后一轮的值,根源都在函数执行时的作用域链和调用上下文。ES6 的箭头函数能缓解部分问题,但前提是得先看清普通函数怎么“记住了”它被定义时的环境。
function 声明会创建独立作用域,而 const/let 块级作用域 + 函数组合才构成真正的闭包this 不由函数定义位置决定,而由调用方式决定:直接调用、.call()、对象方法、构造函数,行为全不同for (var i = 0; i console.log(i), 100) } 输出三个 3,因为 var 没块级作用域,且所有回调共享同一个 i
写 async function 看似简单,但一旦出错(比如没 catch、误用 await 在非 async 函数里),错误堆栈就变得难以定位。根本原因在于:每个 async 函数都会隐式返回一个 Promise,而 await 只是暂停当前函数执行,并不阻塞线程。
await 后面如果不是 Promise,会被自动包装成 Promise.resolve(value)
try/catch 外使用 await,错误会以 rejected Promise 形式抛出,可能被全局未处理 Promise 拒绝监听捕获await,否则变成串行;要用 Promise.all([p1, p2]) 才真正并行组件本质就是接收 props 并返回 UI 的函数;useState、useEffect 是典型的函数式 Hook,它们依赖闭包保存状态和副作用。如果你把 useCallback 当作“可选优化”,就容易写出重复创建函数导致子组件无谓重渲染的问题。
useCallback(fn, deps) 返回的是一个记忆化函数,只有 deps 变化时才生成新函数引用onClick={() => doSomething(id)}),子组件的 React.memo 就失效函数不是语法练习题,它是你调试时看懂堆栈、重构时安全提取逻辑、协作时准确传递意图的最小可靠单元。最容易被忽略的,其实是函数参数的“隐式契约”:比如一个函数接受 callback,它到底期望同步执行还是可能异步?是否要求返回值?有没有副作用?这些从签名上看不出来,只能靠函数体和调用上下文推断。