降低线程的个数和代价，使用状态变更（类似中断）或事件队列（actor）的机制来实现并发编程。
实现的核心是：任务完成通知机制+事件派发机制。
线程的本质就是状态机。为了维护每个请求的状态，可以采用线程池，一个请求一个线程，把每个请求的状态放在线程栈里。
而在大量请求的时候，几千，上万，甚至几十万，再用线程开销就非常大。
为了维护当前请求的状态，显然不一定用线程，可以用队列等很多种方式实现。
说回调度问题，单核的运算能力是一样的，开多线程不会带来性能提升。比如内存清0，一个是单线程对20g内存清0，一个是开4个线程，每个线程清5g，哪个更快呢？那平时说多线程都是说性能更好，那是因为线程总会阻塞，io操作就要等待，多线程可以在其他线程等待的时候进行运算。
那么说回事件驱动模型，要达到更好的性能，就是单线程不能阻塞。
一个请求在处理时候，会暂停下，比如等客户端发下一个数据，等待磁盘，这个时候，不能把线程阻塞，而是要去换个请求继续执行。这就要用到异步io，异步socket。
而在大量请求的时候，几千，上万，甚至几十万，再用线程开销就非常大。
为了维护当前请求的状态，显然不一定用线程，可以用队列等很多种方式实现。
说回调度问题，单核的运算能力是一样的，开多线程不会带来性能提升。比如内存清0，一个是单线程对20g内存清0，一个是开4个线程，每个线程清5g，哪个更快呢？那平时说多线程都是说性能更好，那是因为线程总会阻塞，io操作就要等待，多线程可以在其他线程等待的时候进行运算。
那么说回事件驱动模型，要达到更好的性能，就是单线程不能阻塞。
一个请求在处理时候，会暂停下，比如等客户端发下一个数据，等待磁盘，这个时候，不能把线程阻塞，而是要去换个请求继续执行。这就要用到异步io，异步socket。
作者：朱涵俊
链接：https://www.zhihu.com/question/64727674/answer/224826083
来源：知乎
著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。