NodeJS循环导入Discord机器人事件模块时函数返回undefined

• 最直接的原因是拼写错误：加载代码中所有访问执行函数的位置都写的是event.exectue，但该函数的标准命名应为execute（字母顺序为e-x-e-c-u-t-e），代码中颠倒了t和u的顺序。仅最后一个加载的事件模块中，恰好也将导出的执行函数名错写为exectue，其余模块内的函数均使用正确拼写execute，访问不存在的对象属性自然返回undefined。
• 控制台的对象打印逻辑造成了加载成功的错觉：Node.js控制台打印引用类型值（对象、数组）时采用懒求值机制——执行console.log时不会立刻序列化对象的全部内容，仅存储对象的内存引用。当后续在控制台手动展开打印结果时，读取到的是该引用指向对象的最终状态。

  如果编写事件模块时，未使用const/let声明模块内部的event对象，直接对event变量赋值，会导致event意外泄漏到全局作用域：所有事件模块加载时都会覆盖同一个全局event对象的属性，且所有模块的module.exports都指向这同一个全局对象。循环加载完全部模块后，全局对象会被最后一个加载的事件模块属性完全覆盖，此时再展开控制台里之前打印的所有event结果，看到的都是最后一个模块的内容，会误以为所有模块都正确加载了对应属性。

• 额外的潜在问题：
  • 路径拼接不严谨：读取目录用的路径是./src/events/，但require用的路径是./events/，如果Node.js进程的启动工作目录变化，很容易出现找不到模块的问题，建议统一用path模块拼接绝对路径。
  • ESM/CJS 兼容问题：如果事件模块用ESM语法export default导出对象，用CommonJS的require()导入时，默认返回的是模块命名空间对象，需要取.default属性才能拿到实际导出的事件配置，否则直接访问自定义属性也会返回undefined。
  • 冗余的async判断：手动判断isasync的逻辑完全没有必要，不管事件处理函数是不是async声明，都可以直接传入client.on/client.once，Discord.js 会正常处理函数返回的Promise，不需要额外包装一层async箭头函数。

import fs from 'fs';
import path from 'path';
import { Client, ClientEvents } from 'discord.js';

// 拼接事件目录的绝对路径，避免工作目录变动导致路径错误
const eventDir = path.resolve(__dirname, './events');
const eventFiles = fs.readdirSync(eventDir)
  .filter(file => file.endsWith('.ts') || file.endsWith('.js'));

for (const file of eventFiles) {
  const modPath = path.join(eventDir, file);
  // 兼容ESM default 导出
  const rawMod = require(modPath);
  const event = rawMod.default ?? rawMod;

  // 提前做类型校验，跳过不符合格式的模块
  if (typeof event.name !== 'string' || typeof event.execute !== 'function') {
    console.warn(`[事件加载] 模块 ${file} 格式不合法，已跳过`);
    continue;
  }

  if (event.once) {
    client.once(event.name, (...args: ClientEvents[keyof ClientEvents]) => event.execute(client, ...args));
  } else {
    client.on(event.name, (...args: ClientEvents[keyof ClientEvents]) => event.execute(client, ...args));
  }
}

内容的提问来源于stack exchange，提问作者IBXCODECAT