JavaScript中fs.promises.access布尔转换代码的求值逻辑解析

1. 先看toBool数组的定义 #

const toBool = [() => true, () => false]

这行代码定义了一个包含两个箭头函数的数组：

• 第一个元素是() => true：调用后直接返回布尔值true
• 第二个元素是() => false：调用后直接返回布尔值false

2. 核心逻辑：await fs.promises.access(filePath).then(...toBool) #

这里的关键是理解Promise.prototype.then()的参数规则和扩展运算符...的作用：

• then()方法可以接收两个回调函数：第一个对应Promise**成功（resolved）时执行的逻辑，第二个对应Promise失败（rejected）**时执行的逻辑
• ...toBool是扩展运算符，会把数组toBool里的两个函数，依次作为then()的第一个和第二个参数传入，等价于：

  await fs.promises.access(filePath).then(() => true, () => false)
  

3. 分两种情况解析执行流程 #

情况1：文件存在，fs.promises.access执行成功

• fs.promises.access(filePath)返回一个resolved状态的Promise（即使它的返回值是undefined）
• 触发then()的第一个回调函数() => true，该函数忽略Promise的resolved值，直接返回true
• await等待Promise完成，拿到返回的true，最终变量exists的值为true

情况2：文件不存在，fs.promises.access执行失败

• fs.promises.access(filePath)抛出错误，返回一个rejected状态的Promise
• 触发then()的第二个回调函数() => false，该函数捕获rejection，直接返回false
• await等待Promise完成，拿到返回的false，最终变量exists的值为false

为什么这么写？ #

这种写法用Promise的回调替代了传统的try/catch结构，把文件存在性检查的结果直接转成布尔值，代码更简洁紧凑，同时避免了因文件不存在而抛出未捕获的错误。

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