4399效率很高，笔试完第二天就面试了，腾讯会议面试的；
表现比较拉跨。。
1.自我介绍
2.为什么做这个web服务器这个项目
当时说的是想学以致用一下，现在想想说具体什么作用更好吧。
3.项目中一些难点
线程池
4.几种io多路复用的实现方式以及它们的区别
io多路复用API都是同步的
5种io模型：
1.阻塞
调用了某个函数/API,会不停去检测是否有返回值，并且会一直等待返回值的出现，只有得到结果才会进行下一步操作
2.非阻塞
每隔一段时间检测是否就绪，若未就绪会去做其他事情。
每一次检测都会得到返回结果，接收到eagain,就会去干其他事情
同步IO：最后还是用户去搬运数据
3.io多路复用（用几种模型来实现这个过程)
select
poll
epoll
关键是可以实现阻塞多个io操作
4.信号驱动
5.异步io模型
select、poll、epoll
select：
为什么 select 慢
在第一次所有监听都没有事件时，调用 select 都需要把进程挂到所有监听的文件描述符一次。
有事件到来时，不知道是哪些文件描述符有数据可以读写，需要把所有的文件描述符都轮询一遍才能知道。
poll：
select() 和 poll() 系统调用的本质一样，poll() 的机制与 select() 类似，与 select() 在本质上没有多大差别，管理多个描述符也是进行轮询，根据描述符的状态进行处理，但是 poll() 没有最大文件描述符数量的限制（但是数量过大后性能也是会下降）。poll() 和 select() 同样存在一个缺点就是，包含大量文件描述符的数组被整体复制于用户态和内核的地址空间之间，而不论这些文件描述符是否就绪，它的开销随着文件描述符数量的增加而线性增大。
epoll：
epoll: 使用了内核文件级别的回调机制O(1)
epoll相比前两种主要是对内核和用户空间文件描述符的复制过程做了优化，另外就是减少了遍历开销，epoll底层用红黑树实现，检索更加高效。
epoll是O1的增长。
水平触发(level-triggered)
socket接收缓冲区不为空 有数据可读 读事件一直触发
socket发送缓冲区不满 可以继续写入数据 写事件一直触发
边沿触发(edge-triggered)
socket的接收缓冲区状态变化时触发读事件，即空的接收缓冲区刚接收到数据时触发读事件
socket的发送缓冲区状态变化时触发写事件，即满的缓冲区刚空出空间时触发读事件
边沿触发仅触发一次，水平触发会一直触发。
5.get、post底层实现机制
在我大万维网世界中，TCP就像汽车，我们用TCP来运输数据，它很可靠，从来不会发生丢件少件的现象。但是如果路上跑的全是看起来一模一样的汽车，那这个世界看起来是一团混乱，送急件的汽车可能被前面满载货物的汽车拦堵在路上，整个交通系统一定会瘫痪。为了避免这种情况发生，交通规则HTTP诞生了。HTTP给汽车运输设定了好几个服务类别，有GET, POST, PUT, DELETE等等，HTTP规定，当执行GET请求的时候，要给汽车贴上GET的标签(设置method为GET)，而且要求把传送的数据放在车顶上(url中)以方便记录。如果是POST请求，就要在车上贴上POST的标签，并把货物放在车厢里。当然，你也可以在GET的时候往车厢内偷偷藏点货物，但是这是很不光彩;也可以在POST的时候在车顶上也放一些数据，让人觉得傻乎乎的。HTTP只是个行为准则，而TCP才是GET和POST怎么实现的基本。
6.介绍第二个项目
第二个项目没什么问头，直接寄
7.对游戏开发有了解吗
8.想做后端还是前端
9.反问环节。
