查看原文
其他

我看到了一个很有意思的评论!

IT服务圈儿 2023-02-06

The following article is from 编程技术宇宙 Author 轩辕之风

来源丨经授权转自 编程技术宇宙(ID:xuanyuancoding)

作者丨轩辕之风

大家好,我是轩辕。

今年国庆,因为此起彼伏的疫情,只好选择待在成都。这几年国庆,从出国游变成国内游,从国内游变成省内游,今年变成市内游···

好吧,既然出不去,那就多看看书充实一下自己,多做几个视频分享给大家(隔壁B站小伙伴别催了)。

今天我在知乎刷到一个问题:

看到问题的第一瞬间,我的反应是笑了,居然会有人提这种问题。

接下来第二瞬间,我猛然想到,当年的我不也有过这样的疑问吗?

阻塞到底是什么?

我们天天都在说阻塞,但真的有几个人想过阻塞到底是什么意思?

像我当初学习操作系统的时候,也简单的以为,线程执行到阻塞的地方后就一直停在那里,进入死循环,一直检查等待,直到条件满足了,就继续往下执行。

后来学习操作系统内核的时候,接触到了一个叫“自旋锁”的概念,就像我上面想的那样,一直转圈儿等待。

但同时,那本操作系统的书籍也特别强调了一点:自旋锁要慎重使用,很容易霸占CPU浪费资源。

那时候我就在想:咦?那其他普通的锁不是这样的吗?那它们所谓的阻塞,底层到底是怎么个阻塞法呢?

后来随着知识的增长,不断的学习,才醒悟过来,所谓阻塞,就是操作系统把线程挂入了等待队列,转头去调度别的线程执行了。在我们人类看来,那个被挂起的线程看起来就像卡住了一样,没法继续执行。等到等待的条件(比如网络数据、锁、条件变量、信号等)满足了,操作系统再把它放入就绪队列,参与后续的调度。在人们看起来,好像阻塞消失,继续执行了。

现在看起来再简单不过的道理,当初刚学操作系统的自己却是怎么也想不明白。我想,可能也有很多像我一样不是科班出身,靠自学出道的同学都有过这样的感受。

好在,现在这年头比起我们那时候要幸运,有很多免费的视频、免费的学习资源。

还有很多的技术博主在分享着他们的知识,就拿操作系统为例吧,我有一个朋友闪客Sun就连载了几十篇的操作系统文章,从最基础的概念开始讲解,以实战开发为指导,一步一步开发出一个操作系统,基于Linux内核,是新手们学习操作系统一个非常值得推荐的选择。

他的这个项目还在GitHub上获取了14K的Star!

这个系列很受欢迎,已经有出版社签约出书了:

我之前还转载过他的几篇文章,他最擅长的就是从一个最简单的模型出发,逐渐迭代,最后把一个复杂的技术名词解释清楚,让人有一种恍然大悟的概念。

他的破玩意儿系列计算机、文件系统我是百看不厌。

大家可以去他的公众号关注这个完整的操作系统系列,这位公众号作者自己说不发广告,这年头专注技术分享不搞营销和广告的号主太少了,强烈推荐大家关注。

一不小心扯远了,回到我们开始的知乎问题上。

回答区的所有回答基本上都差不多,都在科普回调、中断···诸如此类的概念,并且强调,线程阻塞不是轮询,包括我也是这么认为的。

然而在一个回答的评论区,我看到了另一个观点,突然觉得脑子一震:

尤其是最后那句:所谓回调就是把它放到轮询代价更小的环节里

然后一堆人开始为这个问题开始争论起来。

我认为这个评论非常好,这些争论也非常好,比成天争论谁是最好的编程语言有意义得多。

我们长久以来接受的一个概念就是,中断就是异步的,中断不是轮询。但从某一个微观的角度来看,中断是不是也是一种特别的硬件轮询呢?

对于这个问题,可能见仁见智,大家怎么看,可以评论区交流一下,说说你的看法。

1、“分页” + “模糊查询” 有坑!

2、群里分享的面试题,第一题就不会了?

3、字节一面:非递归手写快速排序

4、新功能!支付宝已支持给微信/QQ好友转账:三种领取方式了解下

5、一次磁盘占用率 100% 的排查记录

点分享

点点赞

点在看

您可能也对以下帖子感兴趣

文章有问题?点此查看未经处理的缓存