ESLint的require-await规则是否重要？TypeScript场景疑问

1. ESLint的require-await规则重要吗？ #

这个规则的核心目的是避免无意义的async包装——它默认认为，标记了async的函数内部应该存在异步操作（用await），否则就是冗余代码。

从代码维护角度看，它能提醒开发者：如果一个函数不需要异步逻辑，就没必要用async包装，避免让其他开发者误以为函数内部有异步流程。但这个规则不是“必须遵守”的铁律，当你有明确的场景（比如统一调用风格、匹配类型声明）时，完全可以通过ESLint注释忽略该规则的提示。

2. 保留无await的async函数有弊端吗？ #

确实存在一些小弊端，但大多是可权衡的：

• 微小的性能开销：async函数会自动把返回值包装成Promise对象，虽然现代JS引擎对Promise的处理已经非常高效，但大量这类函数堆积时，还是会产生可忽略但存在的额外开销。
• 可读性干扰：其他开发者看到async关键字，第一反应会认为函数内部有异步逻辑（比如IO请求、定时器），如果进去发现没有await，可能会困惑“为什么要加async？是不是漏了什么？”。
• 调试复杂度提升：async函数会在调用栈中多生成一层栈帧，调试时的栈追踪信息会多出无关的一层，增加定位问题的成本。

但如果你的核心需求是统一所有getter的调用方式（全部用await），这些弊端在大多数业务场景下都是可以接受的——毕竟代码一致性带来的维护成本降低，远大于这些微小的代价。

3. 为匹配MyGetter类型而用async函数有危害吗？ #

这种做法不仅没有危害，反而很合理。

type MyGetter = () => Promise<string>要求函数必须返回Promise，而async函数天然会把返回值包装成Promise，写法比手动返回Promise.resolve("B")更简洁直观。

唯一需要注意的是，如果ESLint触发require-await提示，可以给该函数单独禁用规则：

// eslint-disable-next-line require-await
async function getB() {
  return "B";
}

这样既满足了类型要求，又消除了ESLint的警告，同时代码的可读性也不受影响——因为类型声明已经明确了函数返回Promise，其他开发者不会对async关键字产生误解。

内容的提问来源于stack exchange，提问作者Josh M.