为什么JavaScript是单线程模型？

• 不想让浏览器变得太复杂，因为多线程需要共享资源、且有可能修改彼此的运行结果，对于一种网页脚本语言来说，这就太复杂了

程序里面的任务分为哪两类？

同步任务（synchronous）和异步任务

• 同步任务是那些没有被引擎挂起、在主线程上排队执行的任务。只有前一个任务执行完毕，才能执行后一个任务
• 异步任务是那些被引擎放在一边，不进入主线程、而进入任务队列的任务。

有哪些方式可以实现异步操作？

• 回调函数
• 事件监听
• 发布/订阅

setTimeout() 和 setInterval() 的区别？

• setTimeout()是定时器，在多少毫秒之后执行一次。
• setInterval()是计时器，指定某个任务每隔一段时间就执行一次，也就是无限次的定时执行

setTimeout(f, 0) 会立即执行吗？

• 不会
• 必须要等到当前脚本的同步任务，全部处理完以后，才会执行setTimeout指定的回调函数f。也就是说，setTimeout(f, 0)会在下一轮事件循环一开始就执行。

Promise 实例具有哪三种状态？

• 异步操作未完成（pending）
• 异步操作成功（fulfilled）
• 异步操作失败（rejected）

Promise的then里面不同回调函数有什么差别？

var f1 = new Promise(function(resolve) {
    console.log('f1');
    resolve();
})
function f2 () {
    console.log('f2');
}

<!--写法一-->
f1.then(function() {
    return f2();
})

<!--写法二-->
f1.then(function() {
    f2();
})

<!--写法三-->
f1.then(f2());

<!--写法四-->
f1.then(f2);

// 输出： 
f1
f2

• 这四种写法都会输出同样的结果,
• 如果在then后面再接着写一个then(f3),则会有不一样的效果

实验如下：

function f1() {
    return new Promise(function(resolve) {
        resolve('f1的结果');
    })
}
function f2 (param) {
    console.log('param: ', param);
    return 'f2的结果';
}

function f3(res) {
    console.log('res:', res);
}

// 写法一
// f1().then(function() {
//     return f2();
// }).then(f3);

// 写法二
// f1().then(function() {
//     f2();
// }).then(f3);

// 写法三
// f1().then(f2()).then(f3);

// 写法四
f1().then(f2).then(f3);

• 看一下输出结果：

// 写法一
param:  undefined
res: f2的结果

// 写法二
param:  undefined
res: undefined

// 写法三
param:  undefined
res: f1的结果

// 写法四
param:  f1的结果
res: f2的结果

可以看到，

• 写法一的f3回调函数的参数，是f2函数的运行结果；
• 写法二的f2和f3回调函数的参数是undefined；
• 写法三的f3回调函数的参数，是f1函数返回的函数的运行结果，而f2没有接受到参数；
• 写法四中f2会接收到f1()返回的结果，f3接受到f2函数的运行结果。

经过查询MDN发现原因如下：

• 如果忽略针对某个状态的回调函数参数，或者提供非函数 (nonfunction) 参数，那么 then 方法将会丢失关于该状态的回调函数信息，但是并不会产生错误。如果调用 then 的 Promise 的状态（fulfillment 或 rejection）发生改变，但是 then 中并没有关于这种状态的回调函数，那么 then 将创建一个没有经过回调函数处理的新 Promise 对象，这个新 Promise 只是简单地接受调用这个 then 的原 Promise 的终态作为它的终态
• 如果then中的回调函数返回一个值，那么then返回的Promise将会成为接受状态，并且将返回的值作为接受状态的回调函数的参数值。
• 如果then中的回调函数没有返回值，那么then返回的Promise将会成为接受状态，并且该接受状态的回调函数的参数值为 undefined。

为什么要用Promise做异步处理？

• 解决回调地狱，代码难以维护， 常常第一个的函数的输出是第二个函数的输入这种现象
• promise可以支持多个并发的请求，获取并发请求中的数据
• 无论何时为 Promise 实例添加回调函数，该函数都能正确执行
• 这个promise可以解决异步的问题，本身不能说promise是异步的