能否让async/await返回值而非Promise？实现同步式返回效果

一、async函数能不能直接返回最终值而非Promise？ #

直接给结论：不可能，这是JavaScript语法层面的硬性规则。

不管你在async函数里写return 'hello'还是return await someAsyncTask()，这个函数的返回值都会被自动包装成一个Promise对象。就像你示例里的doStuff('1')，调用后立刻拿到的是一个处于pending状态的Promise，而非最终的mystuffisdone1字符串。

为什么要这么设计？因为async/await本质就是Promise的语法糖，它的核心是让异步代码写法上更像同步，但底层逻辑依然是异步的。如果async函数直接返回最终值，那它就真的变成了同步阻塞函数，彻底违背了JavaScript单线程异步的设计初衷。

二、能不能不用async关键字，实现类似await的同步等待效果？ #

答案还是：不行，而且从语言设计的根本逻辑上就做不到你想要的「只阻塞当前代码块、不阻塞主线程」的效果。

核心原因：JavaScript的单线程事件循环模型 #

JavaScript是单线程语言，所有代码都运行在同一个主线程中。所谓的异步操作（比如setTimeout、网络请求），本质是把任务放到了事件队列里，等主线程处理完当前同步任务后，再从队列里取出任务执行。

如果真的存在一个sync/wait机制，让const a = doStuff(...)直接等待异步结果返回，那意味着主线程必须暂停所有工作，直到这个异步操作完成——这会导致浏览器卡死、Node.js服务停止响应所有其他请求，完全违背了异步编程的意义。

你觉得async/await能「看起来同步但不阻塞主线程」，是因为await只会暂停当前async函数的执行，而主线程可以去处理事件队列里的其他任务。举个例子：

async function run() {
  console.log('开始执行run函数');
  const result = await doStuff('1');
  console.log(result); // 这行要等2秒才会执行，但主线程在这2秒里可以处理其他事情
  console.log('run函数执行结束');
}
run();
console.log('Hello World'); // 这行会先输出，因为run函数被await暂停后，主线程继续执行后面的同步代码

这种「暂停单个函数而非整个主线程」的能力，是靠async函数的特殊语法和Promise的异步调度实现的，普通同步代码根本做不到——因为同步代码是线性执行的，主线程一旦进入某个同步函数，就必须把它执行完才能处理其他任务。

三、那怎么优化你的回调地狱问题？ #

既然没办法让异步代码真的变成同步执行，那最优解还是用async/await来重构代码，把嵌套的回调改成线性写法：

async function processTasks() {
  const one = await doStuff('1');
  console.log(one); // 输出mystuffisdone1
  const two = await doStuff('2');
  console.log(two); // 输出mystuffisdone2
  // 后续依赖one、two的逻辑可以直接往下写，就像同步代码一样
}
processTasks();
// 注意：processTasks()本身还是返回Promise，如果外部代码要等待它完成，还是需要用.then或者await（但await只能在async函数内部使用）

如果你的异步库还在用回调风格的API，可以先把它包装成Promise：

// 把回调风格的函数转为Promise风格
function doStuffPromise(param) {
  return new Promise((resolve, reject) => {
    // 假设原回调API是 doStuffCallback(param, (err, res) => { ... })
    doStuffCallback(param, (err, res) => {
      if (err) reject(err);
      else resolve(res);
    });
  });
}

// 之后就可以用await调用了
async function process() {
  const result = await doStuffPromise('1');
  // ...
}

最后再聊聊你提到的「为什么引擎不能只阻塞调用代码块而非主线程」 #

其实async/await已经实现了「阻塞当前代码块（async函数内部）、不阻塞主线程」的效果，但它有个前提：必须在async函数内部使用await。因为async函数本身就是一个异步容器，它的执行不会阻塞主线程，只会暂停自身内部的代码执行。

而你想要的「在普通同步代码里直接const a = doStuff(...)拿到结果」，本质上是要求主线程停下来等待异步操作，这和JavaScript的单线程异步模型完全冲突。如果真的允许这种操作，那异步编程的优势就荡然无存了——直接用同步代码就好，何必搞异步呢？

总结一下 #

• async函数必然返回Promise，无法直接返回最终值，这是语法规定
• 不存在「不阻塞主线程的同步等待」，这违背了JavaScript的核心设计模型
• 用async/await配合Promise包装回调API，是目前最接近你想要的「同步写法」的解决方案

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