http状态码

HTTP状态码（HTTP Status Code），用以表示网页服务器超文本传输协议响应状态的3位数字代码。

http状态码的作用是服务器告诉客户端当前请求响应的状态，通过状态码就能判断和分析服务器的运行状态。

下面给出一些状态码的适用场景：

100：客户端在发送POST数据给服务器前，征询服务器情况，看服务器是否处理POST的数据，如果不处理，客户端则不上传POST数据，如果处理，则POST上传数据。常用于POST大数据传输

206：一般用来做断点续传，或者是视频文件等大文件的加载

301：永久重定向会缓存。新域名替换旧域名，旧的域名不再使用时，用户访问旧域名时用301就重定向到新的域名

302：临时重定向不会缓存，常用于未登陆的用户访问用户中心重定向到登录页面

304：协商缓存，告诉客户端有缓存，直接使用缓存中的数据，返回页面的只有头部信息，是没有内容部分

400：参数有误，请求无法被服务器识别

403：告诉客户端进制访问该站点或者资源，如在外网环境下，然后访问只有内网IP才能访问的时候则返回

404：服务器找不到资源时，或者服务器拒绝请求又不想说明理由时

503：服务器停机维护时，主动用503响应请求或 nginx 设置限速，超过限速，会返回503

504：网关超时

事件循环

什么是事件循环？

事实上我把事件循环理解成我们编写的JavaScript和浏览器或者Node之间的一个桥梁。

浏览器的事件循环是一个我们编写的JavaScript代码和浏览器API调用(setTimeout/AJAX/监听事件等)的一个桥梁,桥梁之间他们通过回调函数进行沟通。

Node的事件循环是一个我们编写的JavaScript代码和系统调用（file system、network等）之间的一个桥梁, 桥梁之间他们通过回调函数进行沟通的.

浏览器中的事件循环

主线程

宏任务队列：ajax、setTimeout、setInterval、DOM监听、UI Rendering等

微任务队列：Promise的then回调、 Mutation Observer API、queueMicrotask()等

队列中的回调函数，只有当满足条件的时候，他才会加入到队列中。

当主线程中的程序执行完毕后，就会去查看微任务队列中是否有事件，如果有则将它放在调用栈中。当微任务队列执行完毕，那么它将调用宏任务队列中的事件。在此期间，如果宏任务中的事件还会产生微任务，那么他将去执行微任务队列中的事件。

只要微任务队列中有事件，那么将不会执行宏任务队列中的事件。知道微任务队列中事件执行完毕。

Node.js中的事件循环

浏览器中的EventLoop是根据HTML5定义的规范来实现的，不同的浏览器可能会有不同的实现，而Node中是由libuv实现的。

libuv中主要维护了一个EventLoop和worker threads（线程池）；

EventLoop负责调用系统的一些其他操作：文件的IO、Network、child-processes等 libuv是一个多平台的专注于异步IO的库，它最初是为Node开发的，但是现在也被使用到Luvit、Julia、pyuv等其他地方；

阻塞IO和非阻塞IO

操作系统为我们提供了阻塞式调用和非阻塞式调用：

阻塞式调用：调用结果返回之前，当前线程处于阻塞态（阻塞态CPU是不会分配时间片的），调用线程只有在得到调用结果之后才会继续执行。

非阻塞式调用：调用执行之后，当前线程不会停止执行，只需要过一段时间来检查一下有没有结果返回即可。

所以我们开发中的很多耗时操作，都可以基于这样的非阻塞式调用：

比如网络请求本身使用了Socket通信，而Socket本身提供了select模型，可以进行非阻塞方式的工作；

比如文件读写的IO操作，我们可以使用操作系统提供的基于事件的回调机制；非阻塞IO存在的问题：

但是非阻塞IO也会存在一定的问题：我们并没有获取到需要读取（我们以读取为例）的结果那么就意味着为了可以知道是否读取到了完整的数据，我们需要频繁的去确定读取到的数据是否是完整的；这个过程我们称之为轮训操作；

libuv提供了一个线程池（Thread Pool），线程池会负责所有相关的操作，并且会通过轮训等方式等待结果；当获取到结果时，就可以将对应的回调放到事件循环（某一个事件队列）中； （这就好像浏览器中的时间回调，等到达一定条件，就会将事件放在相应的事件队列中） 事件循环就可以负责接管后续的回调工作，告知JavaScript应用程序执行对应的回调函数；

Node.js中事件循环阶段

定时器（Timers）：本阶段执行已经被 setTimeout() 和 setInterval() 的调度回调函数。

待定回调（Pending Callback）：对某些系统操作（如TCP错误类型）执行回调，比如TCP连接时接收到ECONNREFUSED。

idle, prepare：仅系统内部使用。

轮询（Poll）：检索新的 I/O 事件；执行与 I/O 相关的回调；

检测：setImmediate() 回调函数在这里执行。

关闭的回调函数：一些关闭的回调函数，如：socket.on('close', ...)。

Node.js中宏任务和微任务

从一次事件循环的Tick来说，Node的事件循环更复杂，它也分为微任务和宏任务：

宏任务（macrotask）：setTimeout、setInterval、IO事件、setImmediate、close事件；

微任务（microtask）：Promise的then回调、process.nextTick、queueMicrotask；

但是，Node中的事件循环不只是微任务队列和宏任务队列：

微任务队列：

next tick queue：process.nextTick；

other queue：Promise的then回调、queueMicrotask；

宏任务队列：

timer queue：setTimeout、setInterval；

poll queue：IO事件；

check queue：setImmediate；

close queue：close事件；

一道面试题

下面代码输出结果

setTimeout(() => {
      console.log("setTimeout")
    }, 0)
    setImmediate(() => {
      console.log("setImmediate")
    })
    // 上面代码谁先输出。
    都有可能，因为libuv库在处理事件循环的时候，每次处理的时间不同。并且会在IO操作停留很长时间，
    如果在这次处理时，setTimeout函数未加入到timers队列中，那么就是setImmediate先执行，
    反之setTimeout先执行。