在回答中有一个非常简单的心理映射，在其他答案中很难找到:

done实现了蓝鸟承诺中的tap 然后实现然后在ES6承诺

只使用.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>

附加到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 已经解决或拒绝，回调将立即运行 同步。

deferred.done ()

添加仅在Deferred被解析时调用的处理程序。您可以添加多个回调被调用。

var url = 'http://jsonplaceholder.typicode.com/posts/1';
$.ajax(url).done(doneCallback);

function doneCallback(result) {
    console.log('Result 1 ' + result);
}

你也可以这样写在上面，

function ajaxCall() {
    var url = 'http://jsonplaceholder.typicode.com/posts/1';
    return $.ajax(url);
}

$.when(ajaxCall()).then(doneCallback, failCallback);

deferred.then ()

当Deferred被解析、拒绝或仍在进行时，添加要调用的处理程序。

var url = 'http://jsonplaceholder.typicode.com/posts/1';
$.ajax(url).then(doneCallback, failCallback);

function doneCallback(result) {
    console.log('Result ' + result);
}

function failCallback(result) {
    console.log('Result ' + result);
}

.done()终止承诺链，确保没有其他步骤可以附加。这意味着jQuery承诺实现可以抛出任何未处理的异常，因为没有人可以使用.fail()处理它。

实际上，如果您不打算为承诺附加更多步骤，则应该使用.done()。要了解更多细节，请参阅为什么需要兑现承诺