疑问：用Promise包裹同步Node.js代码是否属于异步？

别纠结啦，直接给你结论：这段代码完全是同步的，Promise本身并不会把内部的同步代码“魔法般”变成异步的——这点是很多人刚接触Promise时容易踩的坑。

咱们拆解一下你的代码：

• 当你调用Fn('file.txt')时，new Promise()里的执行函数（就是那个(resolve, reject) => {...}）会立刻同步执行。Promise的执行器函数是在Promise实例创建的瞬间就运行的，不管里面写的是同步还是异步逻辑。
• 你用的fs.existsSync是Node.js里的同步文件检查方法，它会直接阻塞事件循环，直到完成文件存在性的检查，然后马上调用resolve或者reject。这意味着你的Promise在创建后瞬间就变成了“已决议”状态（要么成功要么失败）。
• 后面的.then或.catch虽然是Promise的链式调用，但因为Promise已经决议了，这些回调会被尽快执行——本质上还是同步流程，没有任何异步操作在里面。

那Promise的异步性到底来自哪里？
Promise只是一个异步操作的管理容器，它的核心作用是帮你梳理异步代码的流程（比如避免回调地狱），但它本身不会创造异步性。只有当执行器函数内部包含真正的异步操作时（比如Node.js里的fs.exists异步方法、定时器setTimeout、网络请求，或者浏览器里的AJAX），整个Promise才是异步的。

举个对比的例子，把你的代码改成真正的异步版本：

const fs = require('fs');
function Fn(file){
 return new Promise((resolve, reject) => {
  // 用异步的fs.exists替代同步方法
  fs.exists(file, (exists) => {
    exists ? resolve('Yes') : reject('No');
  });
 });
}

这时候，fs.exists会把检查文件的任务交给系统内核，自己立刻返回，然后把回调函数放到事件循环的队列里。这时候Promise会先处于pending（等待）状态，等文件检查完成后才会决议，.then里的代码也会在后续的事件循环tick里执行——这才是真正的异步流程。

如果非要把同步代码包装成异步执行的Promise（比如不想阻塞事件循环），可以用Node.js里的process.nextTick或者setImmediate，比如：

function Fn(file){
 return new Promise((resolve, reject) => {
  // 把同步逻辑放到下一个事件循环tick执行
  process.nextTick(() => {
    fs.existsSync(file) ? resolve('Yes') : reject('No');
  });
 });
}

这时候，执行器里的逻辑会异步触发，Promise会先保持pending，等下一个tick再完成决议，整个流程就变成异步的了。

最后再划个重点：Promise的异步性取决于内部执行的操作，而不是Promise本身。你的代码里用了同步方法，所以整个流程都是同步的，Promise只是给它套了个异步的壳子，但本质还是同步的。

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