使用eval映射文本到异步函数时await报错的解决方法

这个问题的核心在于：你通过eval执行的字符串里包含await，但eval的执行环境并不是一个异步函数，所以JS引擎会报错提示await只能在async函数里使用。而且用字符串存异步代码再eval的做法不仅有代码注入的安全风险，还会让代码逻辑变得难以维护，我们可以用更合理的方式重构代码。

重构方案：用异步函数替代字符串映射 #

我们把inputMap里的字符串替换成异步函数，这样既不需要依赖eval，又能保证await在正确的异步环境中执行。

修改后的sendResponse函数

async function sendResponse(input, usr) {
  // 用异步函数作为映射值，直接封装对应的调用逻辑
  const inputMap = {
    "help": () => MOD_DISCORD['helpEmbed'].run(),
    "player": () => MOD_PLAYER['playerEmbed'].run(usr),
    "company": () => MOD_COMPANY['companyEmbed'].run(usr)
  };

  const commandHandler = inputMap[input];
  if (commandHandler) {
    // 执行对应的异步函数并返回结果
    return await commandHandler();
  } else {
    // 命令不存在时抛出错误，方便外部捕获处理
    throw new Error("Command not found.");
  }
}

调用sendResponse的方式

因为sendResponse现在是异步函数，你需要在一个异步环境中调用它，并用await获取结果：

// 示例：在处理用户输入的异步函数中调用
async function handleUserInput(input, usr) {
  try {
    const responseResult = await sendResponse(input, usr);
    // 这里可以处理返回的结果，比如发送Discord embed
    console.log(responseResult);
  } catch (error) {
    // 处理错误（比如命令不存在的情况）
    console.error(error.message);
  }
}

为什么这个方案可行？ #

1. 消除eval风险：直接使用函数映射，避免了字符串eval带来的代码注入安全问题，也让代码逻辑更清晰易读。
2. 正确的异步环境：sendResponse本身是async函数，内部的await可以正确解析异步操作；每个映射的函数也都是异步执行的，完全符合JS的异步规范。
3. 参数传递更直观：原来的字符串中需要引用外部变量usr，现在通过函数参数直接传递，避免了作用域混乱的问题。

额外说明 #

你提供的playerEmbed函数本身已经是正确的异步函数，只要确保它被在异步环境中调用（就像上面的方案这样），就能正常执行内部的await操作，不会再出现语法错误。

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