为什么要使用Promise,Promise的优点

  • Post author:
  • Post category:其他


1.指定回调函数的方式更加灵活:

旧的: 必须在启动异步任务前指定

promise: 启动异步任务 => 返回promie对象 => 给promise对象绑定回调函数(甚至可以在异步任务结束后指定)

假设现在有一个名为 createAudioFileAsync() 的函数,如果给出一些配置和两个回调函数,这个函数能异步地生成音频文件。一个回调函数是文件成功创建时的回调,另一个则是出现异常时的回调。

  • 不使用Promise,回调函数必须先指定

    // 成功的回调函数
    function successCallback (result) {
        console.log('声音文件创建成功: ' + result)
    }
    // 失败的回调函数
    function failureCallback (error) {
        console.log('声音文件创建失败: ' + error)
    }
    /* 1.1 使用纯回调函数 */
    createAudioFileAsync(audioSettings, successCallback, failureCallback)
  • 使用Promise

    const promise = createAudioFileAsync(audioSettings)
    promise.then(successCallback, failureCallback)
    
    // 可简写为
    createAudioFileAsync(audioSettings).then(successCallback, failureCallback);
    

    可以在异步操作完成后再指定回调函数

  • setTimeout(() => {
        promise.then(successCallback, failureCallback)
    }, 3000)

2.支持链式调用(将异步操作以同步操作的流程表达出来), 可以解决回调地狱问题

什么是回调地狱? 回调函数嵌套调用, 外部回调函数异步执行的结果是嵌套的回调函数执行的条件

回调地狱的缺点?  不便于阅读 / 不便于异常处理

解决方案? promise链式调用

终极解决方案? async/await

  • 回调地狱
  • doSomething(function (result) {
        doSomethingElse(result, function (newResult) {
            doThirdThing(newResult, function (finalResult) {
                console.log('Got the final result: ' + finalResult)
            }, failureCallback)
        }, failureCallback)
    }, failureCallback)
  • 使用promise的链式调用解决回调地狱
  •  doSomething().then(function (result) {
             return doSomethingElse(result)
         })
         .then(function (newResult) {
             return doThirdThing(newResult)
         })
         .then(function (finalResult) {
             console.log('Got the final result: ' + finalResult)
         })
         .catch(failureCallback)
    
    ======
    
    // 箭头函数写法
    doSomething()
        .then(result => doSomethingElse(result))
        .then(newResult => doThirdThing(newResult))
        .then(finalResult => {
            console.log(`Got the final result: ${finalResult}`)
        })
        .catch(failureCallback)
  • async/await: 回调地狱的终极解决方案
  • async function request () {
        try {
            const result = await doSomething()
            const newResult = await doSomethingElse(result)
            const finalResult = await doThirdThing(newResult)
            console.log('Got the final result: ' + finalResult)
        } catch (error) {
            failureCallback(error)
        }
    }

    Promise的缺点

  • 无法取消

    Promise

    ,一旦新建它就会立即执行,无法中途取消。
  • 如果不设置回调函数,

    Promise

    内部抛出的错误,不会反应到外部。
  • 当处于

    pending

    状态时,无法得知目前进展到哪一个阶段(刚刚开始还是即将完成)
const someAsyncThing = function() {
  return new Promise(function(resolve, reject) {
    // 下面一行会报错,因为x没有声明
    resolve(x + 2);
  });
};

someAsyncThing().then(function() {
  console.log('everything is great');
});

setTimeout(() => { console.log(123) }, 2000);
// Uncaught (in promise) ReferenceError: x is not defined
// 123

上面代码中,

someAsyncThing

函数产生的 Promise 对象,内部有语法错误。浏览器运行到这一行,会打印出错误提示

ReferenceError: x is not defined

,但是不会退出进程、终止脚本执行,2 秒之后还是会输出

123

。这就是说,Promise 内部的错误不会影响到 Promise 外部的代码,通俗的说法就是“Promise 会吃掉错误”。