ESLint提示‘await对此类表达式无作用’的困惑与求解

核心结论 #

• 完全不需要把someAsyncFunction包裹在额外的Promise里，async函数本身默认就会返回一个Promise，你的原始函数写法是正确的。
• ESLint的警告是误判，根源是你的JSDoc没有正确标注someAsyncFunction的返回值类型，导致ESLint误以为它返回的不是Promise。

为什么原始函数写法正确 #

async关键字的核心作用就是让函数自动将返回值包装成Promise：

• 就算你在async函数里直接返回非Promise值（比如你的merged），JavaScript也会自动把它转换成Promise.resolve(merged)。
• 函数内部的await会暂停函数执行，直到所有内部异步操作完成，最终返回的Promise会在这些操作结束后才resolve。

你想的额外包裹Promise的写法是冗余且不推荐的，不仅没必要，还可能引入不必要的异步嵌套问题。

消除ESLint警告的方法 #

问题出在JSDoc的类型标注上，你需要明确标注someAsyncFunction返回的是Promise类型。示例如下：

/**
 * 合并两个数据集
 * @returns {Promise<YourMergedDataType>} 合并后的数据集Promise
 */
async function someAsyncFunction(){
  const response = await fetch('dataset');
  const anotherResponse = await fetch('anotherDataset')
  const merged = combineDatasets(response, anotherResponse)
  return merged;
}

把YourMergedDataType替换成你实际的合并后数据类型（比如Object、自定义接口名等），ESLint就能识别出这是异步函数，await的使用就会被判定为有效，警告自然消失。

逻辑验证 #

• 保留await时，代码会等待someAsyncFunction返回的Promise resolve后再执行console.log，这是正确的异步流程。
• 去掉await的话，result会是一个未resolved的Promise，此时访问result.property会得到undefined或报错，这也印证了原始写法的正确性。

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