面试题：JavaScript中Promise如何解决回调地狱问题及与回调函数性能对比

Question

解释在JavaScript里，Promise是怎样有效解决回调地狱问题的？在大规模异步操作场景下，Promise与回调函数在性能上有哪些不同点，并说明原因。

Answer 1

Promise解决回调地狱问题的方式

1. 链式调用：Promise通过.then()方法实现链式调用，使得异步操作可以按照顺序依次执行，而不必像回调函数那样层层嵌套。例如：

function asyncTask1() {
    return new Promise((resolve, reject) => {
        setTimeout(() => {
            resolve('Task 1 completed');
        }, 1000);
    });
}
function asyncTask2(result1) {
    return new Promise((resolve, reject) => {
        setTimeout(() => {
            resolve(result1 + ', Task 2 completed');
        }, 1000);
    });
}
asyncTask1()
   .then(result1 => asyncTask2(result1))
   .then(finalResult => console.log(finalResult));

2. 错误处理统一：Promise有统一的.catch()方法来捕获整个链中的错误，而在回调地狱中，每个回调函数都需要单独处理错误。如：

asyncTask1()
   .then(result1 => asyncTask2(result1))
   .then(finalResult => console.log(finalResult))
   .catch(error => console.error('An error occurred:', error));

Promise与回调函数在大规模异步操作场景下性能不同点及原因

1. 性能不同点：
   • 在大规模异步操作场景下，Promise的性能可能稍逊于回调函数。
2. 原因：
   • 内存开销：Promise对象本身有一定的内存开销，每个Promise实例都会占用一定的内存空间。在大规模异步操作时，创建大量的Promise对象会导致内存占用增加。而回调函数相对简单，没有额外的对象开销。
   • 微任务队列：Promise使用微任务队列来处理异步操作的结果，微任务的执行时机是在当前宏任务执行完之后，所有微任务会依次执行。在大规模异步操作时，微任务队列可能会积累大量任务，导致事件循环的压力增大。回调函数直接在异步操作完成时调用，不涉及微任务队列，相对来说对事件循环的压力较小。