附加到done()的回调将在延迟被解决时被触发。当延迟被拒绝时，附加到fail()的回调将被触发。

在jQuery 1.8之前，then()只是语法糖:

promise.then( doneCallback, failCallback )
// was equivalent to
promise.done( doneCallback ).fail( failCallback )

从1.8开始，then()是pipe()的别名，并返回一个新的promise，有关pipe()的更多信息，请参阅这里。

success()和error()仅在调用ajax()返回的jqXHR对象上可用。它们分别是done()和fail()的别名:

jqXHR.done === jqXHR.success
jqXHR.fail === jqXHR.error

同样，done()不局限于单个回调，它会过滤掉非函数(尽管在1.8版本中有一个字符串错误，应该在1.8.1中修复):

// this will add fn1 to 7 to the deferred's internal callback list
// (true, 56 and "omg" will be ignored)
promise.done( fn1, fn2, true, [ fn3, [ fn4, 56, fn5 ], "omg", fn6 ], fn7 );

fail()也是一样。

jQuery 3.0还有一个重要的区别，它很容易导致意想不到的行为，在之前的回答中没有提到:

考虑下面的代码:

let d = $.Deferred(); D.done (() => console.log('then')); d.resolve (); console.log(现在的); < script src = " https://cdnjs.cloudflare.com/ajax/libs/jquery/3.0.0/jquery.min.js " > < /脚本>

这将输出:

then
now

现在，将done()替换为then()在相同的代码片段中:

var d = $.Deferred(); D.then (() => console.log('then')); d.resolve (); console.log(现在的); < script src = " https://cdnjs.cloudflare.com/ajax/libs/jquery/3.0.0/jquery.min.js " > < /脚本>

现在的输出是:

now
then

因此，对于立即解决的延迟，传递给done()的函数将始终以同步方式调用，而传递给then()的任何参数将以异步方式调用。

这与之前的jQuery版本不同，在升级指南中提到，两个回调都是同步调用的:

遵守承诺/A+所需要的另一个行为改变是 Deferred .then()回调总是异步调用的。 以前，如果.then()回调被添加到Deferred that was 已经解决或拒绝，回调将立即运行 同步。

除了以上的答案:

then的真正强大之处在于能够以一种流畅的方式连接ajax调用，从而避免回调地狱。

例如:

$.getJSON( 'dataservice/General', {action:'getSessionUser'} )
    .then( function( user ) {
        console.log( user );
        return $.getJSON( 'dataservice/Address', {action:'getFirstAddress'} );
    })
    .then( function( address ) {
        console.log( address );
    })

这里第二个.then跟在返回的$.getJSON后面

实际上有一个非常关键的区别，因为jQuery的deferred是承诺的实现(query3.0实际上试图将它们纳入规范)。

完成/然后之间的关键区别是

.done()总是返回与开始时相同的Promise/wrapped值，无论你做什么或你返回什么。 .then()总是返回一个NEW Promise，你负责根据你传递给它返回的函数来控制这个Promise是什么。

从jQuery翻译到本地ES2015 Promises， .done()有点像在Promise链中实现一个围绕函数的“tap”结构，如果链处于“resolve”状态，它将传递一个值给函数…但该函数的结果不会影响链本身。

const doneWrap = fn => x => { fn(x); return x };

Promise.resolve(5)
       .then(doneWrap( x => x + 1))
       .then(doneWrap(console.log.bind(console)));

$.Deferred().resolve(5)
            .done(x => x + 1)
            .done(console.log.bind(console));

它们的对数都是5，而不是6。

注意，我使用done和doneWrap来记录日志，而不是.then。这是因为console.log函数实际上并不返回任何东西。如果你传递。then一个不返回任何东西的函数会发生什么?

Promise.resolve(5)
       .then(doneWrap( x => x + 1))
       .then(console.log.bind(console))
       .then(console.log.bind(console));

这将记录:

5 未定义的

发生了什么事?当我使用.then并传递给它一个不返回任何东西的函数时，它的隐式结果是“undefined”…它当然会返回一个Promise[undefined]给next then方法，该方法的日志为undefined。所以我们开始时的初始值基本失去了。

.then()本质上是一种函数组合形式:每一步的结果都被用作下一步函数的实参。这就是为什么.done最好被认为是一个“tap”->，它实际上不是组合的一部分，只是在某一步偷偷查看值并在该值上运行函数，但实际上并不以任何方式改变组合。

这是一个非常基本的区别，可能有一个很好的原因，为什么本机promise没有实现自己的.done方法。我们不需要讨论为什么没有.fail方法，因为它更复杂(即.fail/。catch不是.done/的镜像。然后- .catch中返回裸值的>函数不会像传递给.catch的函数那样被拒绝，然后它们会被解决!)

只使用.then()

.done()没有优点，以下是缺点:

不能正确地连接 A.done ().done()与A.done()相同;A.done()，可以用a.then()来估计;交配制度() A.then ().then()与.done()不可能 块resolve()调用(所有.done()处理程序将同步执行) Resolve()可能会从已注册的.done()处理程序获取异常(!) .done()中的异常会将被延迟的对象减半: 进一步的.done()处理程序将被无声地跳过 .那么()就没有这些问题了

我暂时认为.then(oneArgOnly)总是需要.catch()，因此没有异常被无声地忽略，但这不再是真的:unhandledrejection事件在控制台上记录未处理的.then()异常(默认)。很合理的!完全没有理由使用.done()。

证明

下面的代码片段显示:

所有.done()处理程序将在resolve()点同步调用。 记录为1,3,5,7 在脚本掉到底部之前记录 .done()中的异常会影响resolve()调用者 通过catch around resolve()记录 异常打破了进一步.done()解析的承诺 8和10没有被记录! .那么()就没有这些问题了 在线程空闲后，记录为2,4,6,9,11 (片段环境似乎没有unhandledrejject)

顺便说一句，.done()的异常不能被正确捕获:由于.done()的同步模式，错误要么在.resolve()抛出(可能是库代码!)，要么在.done()调用抛出，如果延迟已经解决，则该调用附加了罪魁祸首。

console.log('Start of script.'); let deferred = $.Deferred(); // deferred.resolve('Redemption.'); deferred.fail(() => console.log('fail()')); deferred.catch(()=> console.log('catch()')); deferred.done(() => console.log('1-done()')); deferred.then(() => console.log('2-then()')); deferred.done(() => console.log('3-done()')); deferred.then(() =>{console.log('4-then()-throw'); throw 'thrown from 4-then()';}); deferred.done(() => console.log('5-done()')); deferred.then(() => console.log('6-then()')); deferred.done(() =>{console.log('7-done()-throw'); throw 'thrown from 7-done()';}); deferred.done(() => console.log('8-done()')); deferred.then(() => console.log('9-then()')); console.log('Resolving.'); try { deferred.resolve('Solution.'); } catch(e) { console.log(`Caught exception from handler in resolve():`, e); } deferred.done(() => console.log('10-done()')); deferred.then(() => console.log('11-then()')); console.log('End of script.'); <script src="https://code.jquery.com/jquery-3.4.1.min.js" integrity="sha384-vk5WoKIaW/vJyUAd9n/wmopsmNhiy+L2Z+SBxGYnUkunIxVxAv/UtMOhba/xskxh" crossorigin="anonymous" ></script>

Then()总是意味着在任何情况下都会调用它。但是在不同的jQuery版本中传递的参数是不同的。

在jQuery 1.8之前，then()等于done().fail()。所有的回调函数共享相同的参数。

但是从jQuery 1.8开始，then()返回一个新的promise，如果它有返回值，它将被传递到下一个回调函数。

让我们看看下面的例子:

var defer = jQuery.Deferred();

defer.done(function(a, b){
            return a + b;
}).done(function( result ) {
            console.log("result = " + result);
}).then(function( a, b ) {
            return a + b;
}).done(function( result ) {
            console.log("result = " + result);
}).then(function( a, b ) {
            return a + b;
}).done(function( result ) {
            console.log("result = " + result);
});

defer.resolve( 3, 4 );

在jQuery 1.8之前，答案应该是

result = 3
result = 3
result = 3

所有结果花费3。然后()函数总是将相同的延迟对象传递给下一个函数。

但是从jQuery 1.8开始，结果应该是:

result = 3
result = 7
result = NaN

因为第一个then()函数返回一个新的promise，值7(这是唯一要传递的参数)被传递给下一个done()，所以第二个done()将result = 7。第二个then()将7作为a的值，并将undefined作为b的值，因此第二个then()返回一个带有参数NaN的新承诺，最后一个done()打印NaN作为其结果。