我去年接手一个老项目，调用页面里塞了三个不同版本的调用jQuery，还有一堆直接写在onclick属性里的调用函数。改需求的调用时候，每次点击都像抽奖——你不知道哪个库先加载，调用哪个方法被覆盖了。调用后来我花了两个通宵，调用把所有内联事件都挪到独立的调用js文件里，用addEventListener统一注册。调用页面反而轻了，调用维护也顺了。调用js调用的调用本质，说穿了就是调用一件事：把“什么时候做什么事”说清楚。
先说最基础的调用调用方式。函数声明和函数表达式看着像双胞胎，调用实际脾气完全不同。
// 声明式 function sayHi() { console.log('hi'); } // 表达式 const sayBye = function() { console.log('bye'); }; // 箭头函数 const sayYo = () => console.log('yo'); 声明式会提升，你写在后面也能提前调用。表达式不行，必须等代码执行到那一行。箭头函数更绝，它没有自己的this，谁调它，this就是谁。这些差异平时不炸，一炸就是那种“为什么我明明定义了函数，却报undefined”的深夜惨案。
真正让新手头疼的是异步调用。你写个setTimeout想延迟执行，结果发现循环里的变量全变成了最后一个值——这就是闭包陷阱。用let声明能解决，或者用立即执行函数包一层。还有Promise和async/await，它们不是语法糖那么简单。我见过团队把异步回调嵌套成圣诞树，后来改成async函数，代码行数直接砍半。关键不是用哪个，而是你得清楚调用时机。比如fetch请求结束后再操作DOM，用await就比.then直观，但如果你要并行发三个请求，Promise.all反而更合适。
再往深了说，调用方式直接影响性能。函数调用会创建执行上下文，频繁调用小函数，引擎的优化器可能直接内联。但如果你在循环里动态生成函数，每次迭代都创建新闭包，内存就蹭蹭涨。我做过一个拖拽组件，mousemove事件里每帧都调一个新建的函数，结果CPU飙到80%。改成预定义函数，复用同一个引用，直接降到15%。有时候不是算法问题，就是调用姿势不对。
还有个容易被忽略的点：调用者是谁。普通函数里this指向window（严格模式是undefined），对象方法里this指向对象本身，事件监听器里this指向绑定元素。但如果你把方法单独拿出来调用，this就丢了。比如const fn = obj.method; fn();——this变成undefined，方法内部访问属性直接报错。解决办法是bind、call、apply三兄弟，或者干脆用箭头函数把this锁死。
最后聊个我踩过的坑。第三方SDK的回调函数，它调用你的函数时，可能会传一些你意想不到的参数。比如某个支付SDK，回调里第一个参数是结果对象，第二个是签名串。我同事没看文档，直接按自己定义的参数顺序处理，结果拿到的全是undefined。调试了一下午，最后发现是参数位置对不上。所以写公共方法时，最好把参数结构固定下来，或者用解构赋值接收对象，别依赖位置。
js调用说到底就是“函数、时机、上下文”三件事。函数定逻辑，时机定先后，上下文定this。把这三样理清了，什么回调地狱、this丢失、内存泄漏，都是纸老虎。下次再遇到莫名其妙的问题，先别急着搜报错，打开控制台，console.log一下调用栈，看看到底是谁在什么时候调了谁——答案往往自己就跳出来了。