首页 > 代码库 > IO模式——同步(阻塞、非阻塞)、异步
IO模式——同步(阻塞、非阻塞)、异步
不少人把同步、异步、阻塞、非阻塞放到一起讨论,很多时候难以区分。
这里从根上剖析下该怎么看待这几个概念。
首先,异步和同步是相对的,而同步情况下又有阻塞和非阻塞之分。
异步很容易理解。当用户程序需要进行IO的时候,发出IO请求,然后就立刻返回,可以继续做其它事情。
例如,从网络收包,当包抵达后放到内核某个缓存区,并且从内核空间放置到程序需要的用户空间后(一种是直接复制,比较费资源;一种是映射mmap),通知程序,程序之后就可以处理数据了。
这是最理想的模式,CPU干活效率最高。
同步情况则是,当用户程序需要进行IO的时候,发出IO请求,然后就等着数据到达后进行处理(首先将数据从内核空间复制到用户空间,然后进行操作)。
具体怎么等呢?一种就是阻塞在那里,CPU就处理其它的程序去了;一种就是发现没有数据就返回一个错误,程序可以干点别的事情(通常是不断轮询),过会还得自己主动回来看看数据OK了么。
同步情况下显然效率比较差,于是有了各种技术来改进它,一种就是IO多路复用(用一个专门的线程来负责IO),包括Linux上的select、poll和epoll。
select和poll类似,都是用一个内核优化线程来不断轮询IO,一旦有数据了用户程序就可以利用系统调用将数据从内核空间复制到用户空间,之后进行处理。这虽然提高了效率,但其实仍然是一种同步模式。
epoll则更进一步,采用了底层的notify机制和mmap,底层数据可用后通知IO线程,并利用mmap将数据直接映射到用户空间。此时用户程序可以直接对数据进行操作了。
IO模式——同步(阻塞、非阻塞)、异步
声明:以上内容来自用户投稿及互联网公开渠道收集整理发布,本网站不拥有所有权,未作人工编辑处理,也不承担相关法律责任,若内容有误或涉及侵权可进行投诉: 投诉/举报 工作人员会在5个工作日内联系你,一经查实,本站将立刻删除涉嫌侵权内容。