多次调用返回Promise的异步函数为何始终返回相同响应结果

• 对new Promise的构造逻辑存在根本性误用：给Promise构造器传入async函数作为executor是典型反模式。Promise的executor本身应当是同步执行的函数，仅负责在合适时机调用一次resolve或reject；传入async函数时，executor会立刻返回一个pending状态的Promise，外层的Promise完全无法感知async函数内部的执行状态，也无法捕获内部抛出的错误。
• 单次resolve后Promise状态永久固化：你在first_file内部启动了一个不受控的无限异步循环，第一次循环时就用初始token值调用了resolve(token)——从这一刻起，该Promise的状态就永久变为fulfilled，后续循环里无论修改多少次token、调用多少次resolve，都不会改变这个Promise已经固定的返回值。
• Node.js模块缓存导致重复require完全无效：CommonJS模块被第一次加载后就会被缓存到内存中，后续循环里写的require("./test")只会直接返回缓存的导出对象，根本不会重新执行模块内的初始化逻辑；第一次模块加载时启动的后台无限循环会一直挂在进程里，和后续每次调用first_file的逻辑完全脱节。
• 现有代码本身没有新token的生成逻辑：内部无限循环里第一次执行就用初始token值完成了resolve，后续等待5秒的步骤只是把旧token赋值给另一个变量，从头到尾没有生成过新的token值，哪怕前面的bug都修复，也拿不到不一样的返回结果。
• 逻辑流程错位：你期望“每次调用first_file都生成全新的token返回”，但现有写法把token生成逻辑、Promise创建逻辑绑定在了第一次模块加载的流程里，后续调用根本不会重新走完整的token生成流程，只会拿到固定不变的初始值。

重写first_file实现逻辑 #

去掉嵌套的Promise构造器、去掉不受控的内部无限循环，保证每次调用函数都独立执行完整的token生成流程：

// test.js
function sleep(ms) {
  return new Promise((resolve) => {
    setTimeout(resolve, ms);
  });
}

// 每次调用独立执行，生成全新token
async function first_file() {
  // 每次调用执行全新的token生成逻辑
  const newToken = `token_${Date.now()}`;
  // 模拟生成token的异步耗时
  await sleep(5000);
  return newToken;
}

module.exports = { first_file }

修正调用侧逻辑 #

去掉循环内的重复require，用await同步等待每次函数调用的返回结果，保证循环节奏符合预期：

// 调用侧脚本
// 模块只需加载一次即可
const test = require("./test");

function sleep(ms) {
  return new Promise((resolve) => {
    setTimeout(resolve, ms);
  });
}

(async () => {
  while (true) {
    // 等待每次函数调用的全新返回值
    const res = await test.first_file();
    console.log("本次拿到的新token：", res);
    // 按预期间隔等待
    await sleep(15000);
  }
})()

• 不要在Promise构造器中套async函数，需要异步操作直接写在async函数里用await即可，避免不必要的Promise嵌套。
• 不要在模块加载时启动无限后台循环，逻辑执行的触发时机应当和函数调用时机绑定，否则会出现后台流程和调用流程完全脱节的问题。
• 注意Promise的状态不可逆：一旦resolve或reject被调用，后续的状态修改都不会生效。

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