资讯专栏INFORMATION COLUMN

我是一个线程(上)

joywek / 3394人阅读

摘要:我是一个线程,我一出生就被编了个号然后被领到一个昏暗的屋子里,这里我发现了很多和我一模一样的同伴。我身边的同伴待的时间比较长,他带着沧桑的口气对我说我们线程的宿命就是处理包裹。

我是一个线程, 我一出生就被编了个号: 0x3704, 然后被领到一个昏暗的屋子里, 这里我发现了很多和我一模一样的同伴。
我身边的同伴0x6900 待的时间比较长, 他带着沧桑的口气对我说:
我们线程的宿命就是处理包裹。 把包裹处理完以后还得马上回到这里,否则可能永远回不来了。
我一脸懵懂,包裹,什么包裹?
”不要着急,马上你就会明白了, 我们这里是不养闲人的。“

果然,没多久,屋子的门开了, 一个面貌凶恶的家伙吼道:
"0x3704 ,出来!"
我一出来就被塞了一个沉甸甸的包裹,上面还有附带着一个写满了操作步骤的纸。
"快去,把这个包裹处理了。"
"去哪儿处理"
"跟着指示走, 先到就绪车间"

果然,地上有指示箭头,跟着它来到了一间明亮的大屋子,这里已经有不少线程了, 大家都很紧张,好像时刻准备着往前冲。
我刚一进来,就听见广播说:“0x3704, 进入车间”
我赶紧往前走, 身后很多人议论说:
”他太幸运了, 刚进入就绪状态就能运行“
”是不是有关系?“
”不是,你看人家的优先级多高啊, 唉“

前边就是车间, 这里简直是太美了, 怪不得老线程总是唠叨着说:要是能一直待在这里就好了。
这里空间大,视野好,空气清新,鸟语花香,还有很多从来没见过的人,像服务员一样等着为我服务。
他们也都有编号, 更重要的是每个人还有个标签,上面写着:硬盘,数据库,内存,网卡...
我现在理解不了,看看操作步骤吧:
第一步:从包裹中取出参数
打开包裹, 里边有个HttpRequest 对象, 可以取到 userName, password两个参数
第二步:执行登录操作
奥,原来是有人要登录啊,我把userName/password 交给 数据库服务员,他拿着数据, 慢腾腾的走了。
他怎么这么慢? 不过我是不是正好可以在车间里多待一会儿? 反正也没法执行第三步。
就在这时,车间里的广播响了: 
"0x3704, 我是CPU , 记住你正在执行的步骤, 马上带包裹离开"
我慢腾腾的开始收拾
”快点, 别的线程马上就要进来了“

离开这个车间, 又来到一个大屋子,这里很多线程慢腾腾的在喝茶,打牌。
”哥们,你们没事干了?“
”你新来的把, 你不知道我在等数据库服务员给我数据啊! ,据说他们比我们慢好几十万倍, 在这里好好歇吧“
”啊? 这么慢? 我这里有人在登录系统, 能等这么长时间吗"
”放心,你没听说过人间一天, CPU一年吗, 我们这里是用纳秒,毫秒计时的, 人间等待一秒,相当于我们好几天呢, 来的及“
干脆睡一会吧 , 不知道过了多久 ,大喇叭又开始广播了:
"0x3704, 你的数据来了,快去执行”
我转身就往CPU车间跑,发现这里的们只出不进!
后面传来阵阵哄笑声:
”果然是新人, 不知道还得去就绪车间等“

于是赶紧到就绪车间, 这次没有那么好运了, 等了好久才被再次叫进CPU车间。
在等待的时候, 我听见有人小声议论:
”听说了吗,最近有个线程被kill掉了“
”为啥啊?“
”这家伙赖在CPU车间不走, 把CPU利用率一直搞成100%,后来就被kill掉了“
”Kill掉以后弄哪儿去了“
”可能被垃圾回收了吧“

我心里打了个寒噤 , 赶紧接着处理, 收下的动作块多了,第二步登录成功了
第三步:构建登录成功后的主页
这一步有点费时间, 因为有很多HTML需要处理, 不知道代码谁写的,处理起来很烦人。
我正在紧张的制作html呢, CPU有开始叫了:
"0x3704, 我是CPU , 记住你正在执行的步骤, 马上带包裹离开"
”为啥啊“
”每个线程只能在CPU上运行一段时间,到了时间就得让别人用了, 你去就绪车间待着, 等着叫你吧“

就这样, 我一直在就绪-运行 这两个状态,不知道轮转了多少次, 终于安装步骤清单把工作做完了。
最后顺利的把包含html的包裹发了回去。
至于登录以后干什么事儿 , 我就不管了。
马上就要回到我那昏暗的房间了, 真有点舍不得这里。
不过相对于有些线程, 我还是幸运的, 他们运行完以后就彻底的销毁了,而我还活着 !

回到了小黑屋, 老线程0x6900 问:
”怎么样?第一天有什么感觉?“
”我们的世界规则很复杂 , 首先你不知道什么时候会被挑中执行; 第二 ,在执行的过程中随时可能被打断,让出CPU车间;
第三,一旦出现硬盘,数据库这样耗时的操作也得让出CPU,去等待; 第四,就是数据来了,你也不一定马上执行,还得等着CPU挑选“

”小伙子理解的不错啊“
”我不明白为什么很多线程都执行完就死了, 为什么咱们还活着?“
”你还不知道, 长生不老是我们的特权, 我们这里有个正式的名称,叫做 线程池!“
(未完待续)

欢迎和我交流
微信公共号:"码农翻身"
QQ :14703250

文章版权归作者所有,未经允许请勿转载,若此文章存在违规行为,您可以联系管理员删除。

转载请注明本文地址:https://www.ucloud.cn/yun/65656.html

相关文章

  • 我是线程(中)

    摘要:平淡的日子就这么一天天过去,作为一个线程,我每天的生活都是取包裹,处理包裹,然后回到我们昏暗的家线程池。再比如说上次在等待的时候遇到了数据库连接的线程,我才知道它他那里也是一个连接池,和我们线程池几乎一模一样。 接上篇《我是一个线程(上)》。 平淡的日子就这么一天天过去, 作为一个线程, 我每天的生活都是取包裹,处理包裹,然后回到我们昏暗的家:线程池。 有一天我回来的时候, 听到有个兄...

    Brenner 评论0 收藏0
  • python多线程实现

    摘要:中的多线程我参考了中的介绍,介绍的很入门很详细。如只设置了第个和第个,没有设置这只会掉第个子线程个人猜测,当程序运行完主线程后则会检查剩余的子线程,将最后面的且是子进程删掉。第个没有掉是因为线程还在运行并且是默认状态不能被的。 本人初学者开始第一篇博客,记录学习的点点滴滴,以作为备忘录,也希望能同大家一起分享。有理解错误的地方希望大家指正。 python中的多线程我参考了(http:/...

    simon_chen 评论0 收藏0
  • 我是一个线程(下)

    摘要:接前两篇文章我是一个线程上中其实这次遇险我应该能够预想到才对,太大意了。可我万万没想到的是,还有一个线程,对,就是竟然同时在从这个导演到往这个演员转账。我们这一代线程池完成了使命。下一代线程池将很快重生。 接前两篇文章:我是一个线程(上) (中) 其实这次遇险我应该能够预想到才对, 太大意了。 前几天我处理过一些从http 发来的存款和取款的包裹, 老线程0x6900 特意嘱咐我: 处...

    Carbs 评论0 收藏0
  • Synchronized关键字

    摘要:我叫运行结束三线程不安全导致请求丢失问题解决场景前面一的作用中的计数场景。我叫运行结束方法抛异常后,是否会释放锁抛出异常之后会释放锁,后面的线程会进入同步方法。当一个线程获得了对应的锁的时候,其他线程只能等待我释放之后才能获取该锁。 一、Synchronized的作用 作用:能够保证在同一时刻最多只有一个线程执行该代码,以达到保证并发安全的效果 public class Disappe...

    hqman 评论0 收藏0
  • javascript异步中的回调

    摘要:如果你把函数的指针地址作为参数传递给另一个函数,当这个指针被用来调用其所指向的函数时,我们就说这是回调函数。回调函数不是由该函数的实现方直接调用,而是在特定的事件或条件发生时由另外的一方调用的,用于对该事件或条件进行响应。 同期异步系列文章推荐谈一谈javascript异步javascript异步与promisejavascript异步之Promise.all()、Promise.ra...

    WalkerXu 评论0 收藏0

发表评论

0条评论

最新活动
阅读需要支付1元查看
<