在前端开发中，我们经常会使用 Promise 对象来处理异步操作。Promise 是一种处理异步操作的规范，它可以解决回调地狱的问题，使代码更加可读、可维护。但是，在使用 Promise 的过程中，我们可能会遇到 Promise 总是会被 resolve 解决的坑，本文将详细介绍这个问题的原因，并给出相应的解决方案。
问题的原因
在 Promise 的使用过程中，我们经常会使用 resolve 和 reject 方法来表示 Promise 的状态。resolve 方法表示 Promise 成功完成，而 reject 方法表示 Promise 失败了。但是，在某些情况下，Promise 总是会被 resolve 解决，即使我们没有显式调用 resolve 方法。
让我们来看一个例子：
--- ----------------- ------- -- -
------------- -- -
-----------------------
----------------
-- ------
---------- -- -
------------------------
---------------- -- -
----------------------- -------
---在这个例子中，我们创建了一个 Promise 对象，并在 1 秒钟后调用了 reject 方法。由于我们没有调用 resolve 方法，我们期望 Promise 会被 reject 解决。但是，实际上 Promise 总是会被 resolve 解决，输出的结果是：
------- --------
这是因为，在 Promise 的构造函数中，我们传入的函数会被立即执行。在这个例子中，setTimeout 函数会在 1 秒钟后执行，但是在这之前，Promise 的构造函数已经执行完毕，并且 resolve 方法已经被隐式地调用了。因此，即使我们后来调用了 reject 方法，Promise 仍然会被 resolve 解决。
解决方案
为了避免 Promise 总是会被 resolve 解决的问题，我们需要避免在 Promise 的构造函数中立即执行异步操作。相反，我们应该将异步操作封装在一个函数中，并将这个函数作为 Promise 的参数传入。这样，Promise 的构造函数就不会立即执行异步操作，而是等待我们显式地调用 resolve 或 reject 方法。
让我们来修改上面的例子：
-------- ---------------- -
------ --- ----------------- ------- -- -
------------- -- -
-----------------------
----------------
-- ------
---
-
------------------------ -- -
------------------------
---------------- -- -
----------------------- -------
---在这个例子中，我们将异步操作封装在了 asyncOperation 函数中，并将这个函数作为 Promise 的参数传入。这样，Promise 的构造函数就不会立即执行异步操作，而是等待我们调用 asyncOperation 函数。当我们调用 asyncOperation 函数时，Promise 的构造函数才会执行异步操作，从而保证了 Promise 的正确性。
总结
Promise 总是会被 resolve 解决的问题是 Promise 的一个常见陷阱。为了避免这个问题，我们应该避免在 Promise 的构造函数中立即执行异步操作，而是将异步操作封装在一个函数中，并将这个函数作为 Promise 的参数传入。这样，Promise 的构造函数就不会立即执行异步操作，从而保证了 Promise 的正确性。
来源：JavaScript中文网 ，转载请注明来源 本文地址：https://www.javascriptcn.com/post/65d56ddaadd4f0e0ffd26f18