什么是事件循环
事件循环允许Node.js执行一些异步非阻塞I/O操作的机制或者策略。
尽管JavaScript是单线程的，所以这些操作都尽量交给操作系统的内核去做。 大多数现代操作系统内核都是多线程的，所以它们可以处理在后台执行的多个操作。当其中一个操作完成时，内核会告诉Node.js，将适当的回调添加到轮询队列中，以便最终执行。
事件循环的6个阶段
当Node.js启动时，会初始化事件循环，然后处理在Node.js里运行的代码，包括各种API的调用，定时器，process.nextTick()，然后运行事件循环机制。
6阶段都分别做了什么？
- timers: setTimeout()，setInterval()在这个阶段被执行
- pending callbacks: 执行一些系统错误的处理，比如TCP，UDP,Socket错误等等。
- idle, prepare: only used internally.
- poll: 轮询阶段，向系统获取新的I/O事件，执行I/O回调。首先会先处理到期的定时器的回调，然后处理poll队列里的回调，直到队列里的回调全部被清空，或者达到一个处理的最大值，如果poll队列不为空且刚好有setImmediate，则停止当前的poll阶段，前往check阶段，执行setImmediate回调。如果没有setImmediate，Node.js会去查看有没有定时器任务到期了，如果有的话，就前往timers阶段，执到期行定时器的回调。
retrieve new I/O events; execute I/O related callbacks (almost all with the exception of close callbacks, the ones scheduled by timers, and setImmediate()); node will block here when appropriate. - check: 执行setImmediate() 回调，且setImmediate只能在check阶段执行。
- close callbacks: 执行结束的回调。
每个阶段都有一个FIFO回调队列要执行。虽然每个阶段都有其特殊的方式，但通常情况下，当事件循环进入给定阶段时，它将执行特定于该阶段的任何操作，然后在该阶段的队列中执行回调，直到队列耗尽或执行了最大数量的回调。当队列耗尽或达到回调限制时，事件循环将移动到下一个阶段，依此类推。
process.nextTick()
图中没有显示process.nextTick()，尽管它是异步API的一部分。这是因为process.nextTick()在技术上不是事件循环的一部分。 是在任意两个阶段中间，只要有process.nextTick()没有被执行，那么优先执行process.nextTick的回调。
测试代码
const { readFile } = require('fs');const EventEmitter = require('events');class EE extends EventEmitter{}const yy = new EE();
yy.on('event',() => {
console.log('出大事了!'); //2 })
setTimeout(() => { //5 console.log('0 毫秒到期执行的定时器回调')
},0)
setTimeout(() => { // console.log('100 毫秒到期执行的定时器回调')
},100)
setTimeout(() => { // console.log('200 毫秒到期执行的定时器回调')
},200)
readFile('./package.json','utf-8',data => {
console.log('完成文件1读操作的回调'); //7 })
readFile('./task.js','utf-8',data => {
console.log('完成文件2读操作的回调'); //8 })
setImmediate(() => {
console.log('immediate 立即回调'); //6 })
process.nextTick(() => { //1 console.log('process 的第一次回调');
})Promise.resolve()
.then(() => {
yy.emit('event');
process.nextTick(() => {
console.log('process 的第二次回调'); //5 })
console.log('Promise的第一次回调'); //3 }).then(() => {
console.log('Promise的第2次回调'); //4 })执行结果是什么？
注:文件1，文件2的大小会影响操作结果。
process 的第一次回调
出大事了!Promise的第一次回调Promise的第2次回调
process 的第二次回调0 毫秒到期执行的定时器回调
immediate 立即回调
完成文件2读操作的回调
完成文件1读操作的回调100 毫秒到期执行的定时器回调200 毫秒到期执行的定时器回调$project：包含、排除、重命名和显示字段
$match：查询，需要同find()一样的参数
$limit：限制结果数量
$skip：忽略结果的数量
$sort：按照给定的字段排序结果
$group：按照给定表达式组合结果
$unwind：分割嵌入数组到自己顶层文件
$Match
{
$or:[
{
image_url: {
$regex: '/b/'
}
},{
id:1
}
]
}
$Group
{
_id: {
serving: '$is_in_serving'
},
count:{
$sum:1
},
list: {$push: '$$ROOT'} //push 上一次的查询结果到list
}
$Unwind
{
path: '$list' //把list数组分开
}
$Project
{
count:'$count',
obj:'$list.title'
}
最近在学习mongoDB的使用，本文来介绍一下其中aggregate的具体使用
先来看一个分组的例子，本例中$group是一个管道操作符，获得的结果可以接着输出到下一个管道，而内部的$sum是一个表达式操作符。
用$group 举个例子
app.use()接受一个或者多个回调函数作为中间件。中间件通常不处理请求和响应（技术上可以处理）。中间件往往处理输入数据然后传递请求到下一个中间件。比如处理 header，cookies，sessions等。执行顺序按照书写顺序。必须写在app[method]之前，否则不执行。