我认为这里不能单纯按照同步和异步的区别去回答这个问题，而应该是要去理解浏览器调用这个API的工作原理。

当ajax为异步请求时，浏览器会利用区别于(javascript与UI共享的)主线程的另外一条线程去执行这个请求发送，不影响主线程的执行，此时浏览器的针对这段代码的工作就不局限于一条线程。而当请求响应完成后，就会将回调函数推到浏览器工作中的回调队列里去，等待调用栈为空(调用栈为空的时候，test已经被输出到console中)的时候才去执行对应的对调函数，这种工作原理也称为事件轮询。因此，上面代码在异步的情况下，代码的运行结果应该是test callback。

而当ajax为同步请求时，浏览器便不再额外为请求发送申请另外一条线程，而是直接用主线程去执行这项任务，这就意味着当请求发送未响应返回的期间，javascript以及UI均遭到阻塞，导致页面卡顿的现象。首先，我们来看一下下面的代码：

var ajax = function(options) {
        var xhr;
        if (window.XMLHttpRequest) {
            xhr = new XMLHttpRequest();
        } else {    //for IE6
            xhr = new ActiveXObject('Microsoft.XMLHTTP');
        }
        xhr.onreadystatechange = function() {
            callback(xhr, {
                success            :         options.success,
            });
        }
        xhr.open(options.type, options.url, options.async);
        if (options.type.toUpperCase() === "POST") {
            xhr.setRequestHeader("Content-type","application/json");
        }
        if (typeof options.data !== "undefined") {
            xhr.send(options.data);
        } else {
            xhr.send();
        }
        return xhr;
    }

此时因为ajax为同步，在请求响应返回的过程中，javascript仍停留在ajax({})这行API调用的代码中，当响应返回时，javascript运行所到达的位置是上面xhr.onreadystatechange的回调函数中，也就是楼主的console.log(callback)所在的函数中。执行完相关的回调函数之后，javascript才会继续执行ajax({})的下一行代码。

因此也就有了楼主如此的结果。

谢邀， 输出顺序跟你想的不一致的原因，是因为你主动设置了异步变同步，那么就意味着你要按照代码顺序来执行，自然是先 callback， 后 test。

而且官方也提到了这个api 被废弃了。

As of jQuery 1.8, the use of async: false with jqXHR ($.Deferred) is deprecated

那么也说说大概的原理，jquery 会锁死整个浏览器，直到回调执行完毕为止，也就是说这个时候，浏览器不会干任何事情，现在你使用这个方式，chrome 会给你警告的。你可以看看。

因为 async: false 这是同步加载了

async: true

因为你设置了 Ajax 的请求为同步的方式， async:false这段代码表示将异步设置为 false。所以他会先完全执行完上面的那段代码，再执行接下来的代码。

你将 async:true，他就会先输出 test 然后输出 callback。

async:false 代表使用同步方式请求，也就是说ajax完成之前下面的所有程序都处于等待状态。尽量不要用同步，太阻塞。

async: false 将ajax请求设为同步了，我记得以前用的时候火狐和IE都会提醒一个警告，意思大概是提示谨慎使用，可能会失效一类的。

async:false
你这里设置为同步了，必须等待ajax完成才能下一步，所以会callback test