默认情况下,soket的运行模式是——同步阻塞
阻塞函数:accept,connect,send/write/writev/sendmsg, recv/read/readv/recvmsg 当调用以上函数时,一旦系统对应的资源没有就绪,当前执行线程CPU就会呗剥夺,从而进入阻塞挂起状态
一.同步与异步
同步:一个任务完成需要依赖另外一个任务时,只有等待另一个任务完成后,它才能算完成,要么都成功,要么都失败;
异步:不需要等待被依赖的任务完成,只是通知被依赖的任务完成什么工作。依赖的任务也立即执行,只要自己完成任务了整个任务就算完成;至于被历来的任务最终是否真正完成,依赖它的任务无法确定。例如:主函数向A发送任务要它排序数组,又向B发送任务要它打印数组,向C发送任务要它求最大;‘
1.1消息通知
当同步调用发出后。调用者要一直等待返回结果通知,才能继续执行下一步;
当异步调用发出后,调用者不能立刻得到返回结果。
执行部件和调用者通过状态 通知和回调 返回结果,使用哪一种通知机制。依赖与执行部件的实现,除非执行部件提供多种选择。
1.如果执行部件用状态来通知,那么调用者就需要每隔一段时间检查一次,效率低下哎(比如用一个循环去检擦某个变量的值,这其实是很严重的错误)
2.如果使用通知的方式,效率这很高,因为执行部件几乎不需要做额外的操作。
3.回调函数和通知差不多
1.2场景比喻
去银行办理业务
1.选择排队等候(同步)
2.在机器取排队小纸条,等排到我了有柜台通知我去办理业务(异步),在所等待的时间被触发时由触发机制通过某种截至找到等待该事件的人。
二.阻塞与非阻塞
在Linux系统里,进程是操作系统分配资源单位,线程是调用的最小单位(执行题),阻塞与非阻塞主要是程序(线程)等待消息通知时的状态角度来说;
2.1概念
阻塞调用是指调用结果返回之前,当前线程会被挂起,一直处于等待信息通知,不能够执行其他业务,函数只有在得到结果之后才能返回.有 人也许会把阻塞调 用和同步调 用等同起来,实际上它们是不不同的。
1. 对于同步调 用来说,很多时候当前线程可能还是激活的,只是从逻辑上当前函数没有返回 而已,此时,这个线程可能也会处理理其他的消息。还有 一点,
在这 里里先扩展下:
(a) 如果这个线程在等待当前函数返回时,仍在执 行行其他消息处理理,那
这种情况就叫做同步 非阻塞;
(b) 如果这个线程在等待当前函数返回时,没有执 行行其他消息处理理, 而
是处于挂起等待状态,那这种情况就叫做同步阻塞;
所以同步的实现 方式会有两种:同步阻塞、同步 非阻塞;同理理,异步也会有两种实现:异步阻塞、异步 非阻塞;
非阻塞和阻塞的概念相对应,指在不不能 立刻得到结果之前,该函数不不会阻塞当前线程, 而会 立刻返回。虽然表 面上看 非阻塞的 方式可以明显的提 高CPU的利利 用率,但是也带了了另外 一种后果就是系统的线程切换增加。增加的CPU执 行行时间能不不能补偿系统的切换成本需要好好评估。
2.2场景
1.同步阻塞形式效率是最低的,
拿上 面的例例 子来说,就是你专 心排队,什什么别的事都不不做。
实际程序中:就是未对fd 设置O_NONBLOCK标志位的 read/write 操作;
2.异步阻塞形式
如果在银 行行等待办理理业务的 人采 用的是异步的 方式去等待消息被触发(通知),也就是领了了 一张 小纸条,假如在这段时间里他不不能离开银行做其它的事情,那么很显然,这个 人被阻塞在了了这个等待的操作上 面;异步操作是可以被阻塞住的,只不不过它不不是在处理理消息时阻塞, 而是在等待消息通知时被阻塞。
比如select 函数,假如传 入的最后 一个timeout参数为NULL,那么如果所关注的事件没有 一个被触发,程序就会 一直阻塞在这个select调 用处。
3.同步 非阻塞形式实际上是效率低下的,
想象 一下你 一边打着电话 一边还需要抬头看到底队伍排到你了了没有,如果把打电话和观察排队的位置看成是程序的两个操作的话,这个程序需要在这两种不不同的 行行为之间来回的切换,效率可想 而知是低下的。很多 人会写阻塞的read/write 操作,但是别忘了了可以对fd设置O_NONBLOCK 标志位,这样就可以将同步操作变成 非阻塞的了了。
4. 异步 非阻塞形式效率更更 高,
因为打电话是你(等待者)的事情, 而通知你则是柜台(消息触发机制)的事情,程序没有在两种不不同的操作中来回切换。 比如说,这个 人突然发觉 自 己烟瘾犯了了,需要出去抽根烟,于是他告诉 大堂经理理说,排到我这个号码的时候麻烦到外 面通知我 一下(注册 一个回调函数),那么他就没有被阻塞在这个等待的操作上 面, 自然这个就是异步+ 非阻塞的 方式了了。