网络IO
流:
IO操作:从流中写/读数据。
阻塞与非阻塞的区别:如果阻塞直到完成那么就是传统的阻塞IO,如果不阻塞,那么就是非阻塞IO。
如何解决等待阻塞/大量IO请求读写?
1.阻塞+多线程:需要开辟线程浪费资源
2.非阻塞+忙轮询 CPU利用率不高
3.select 监听IO数量有限,需要遍历
4.epoll 只关心活跃的连接请求,能够处理大量的请求
Epoll API
1.创建epoll
-int epoll_create(int size);
-实际上是再内核空间建立一个红黑树root根节点,这个根节点和epfd相对于。
2.控制epoll
-int epoll_ctl(int epfd,int op,struct epoll_event,event);
-创建删除epoll节点,然后添加到红黑树中,等待回调。
3.等待epoll
-int epoll_wait(int epfd,struct epoll_event,event,int maxevents,int timeout);
-等待数据,发起回调函数。
两种触发模式(默认水平触发)
1.水平触发LT:用户在监听epoll事件,当内核有事件时,会拷贝到用户态事件,但是如果用户只处理了一次,那么剩下没有处理的会在下一次epoll_wait再次返回该事件。
2.边缘触发ET:内核态发送任务到用户态只会发送一次,如果没有处理完,下一次不会再通知。
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· TypeScript + Deepseek 打造卜卦网站:技术与玄学的结合
· 阿里巴巴 QwQ-32B真的超越了 DeepSeek R-1吗?
· 【译】Visual Studio 中新的强大生产力特性
· 10年+ .NET Coder 心语 ── 封装的思维:从隐藏、稳定开始理解其本质意义
· 【设计模式】告别冗长if-else语句:使用策略模式优化代码结构