来自：码农翻身（微信号：coderising）
作者：IBM刘欣
我是一个线程，我一出生就被编了个号： 0x3704，然后被领到一个昏暗的屋子里， 这里我发现了很多和我一模一样的同伴。
我身边的同伴0x6900待的时间比较长， 他带着沧桑的口气对我说：
“我们线程的宿命就是处理包裹。把包裹处理完以后还得马上回到这里，否则可能永远回不来了。”
我一脸懵懂，包裹，什么包裹？
“不要着急，马上你就会明白了， 我们这里是不养闲人的。”
果然，没多久，屋子的门开了， 一个面貌凶恶的家伙吼道：
“0x3704 ,出来！”
我一出来就被塞了一个沉甸甸的包裹，上面还有附带着一个写满了操作步骤的纸。
“快去，把这个包裹处理了。”
“去哪儿处理？”
“跟着指示走， 先到就绪车间”
果然，地上有指示箭头，跟着它来到了一间明亮的大屋子，这里已经有不少线程了， 大家都很紧张，好像时刻准备着往前冲。
我刚一进来，就听见广播说：“0x3704，进入车间”
我赶紧往前走， 身后很多人议论说：
”他太幸运了， 刚进入就绪状态就能运行”
“是不是有关系？”
“不是，你看人家的优先级多高啊， 唉~”
前边就是车间， 这里简直是太美了， 怪不得老线程总是唠叨着说：要是能一直待在这里就好了。
这里空间大，视野好，空气清新，鸟语花香，还有很多从来没见过的人，像服务员一样等着为我服务。
他们也都有编号， 更重要的是每个人还有个标签，上面写着：硬盘，数据库，内存，网卡．．．
我现在理解不了，看看操作步骤吧：
第一步：从包裹中取出参数
打开包裹， 里边有个HttpRequest对象，可以取到userName, password两个参数。
第二步：执行登录操作
奥，原来是有人要登录啊，我把userName/password 交给数据库服务员，他拿着数据， 慢腾腾的走了。
他怎么这么慢？不过我是不是正好可以在车间里多待一会儿? 反正也没法执行第三步。
就在这时，车间里的广播响了：
“0x3704，我是CPU，记住你正在执行的步骤，马上带包裹离开”
我慢腾腾的开始收拾。。。
“快点， 别的线程马上就要进来了”
离开这个车间， 又来到一个大屋子，这里很多线程慢腾腾的在喝茶，打牌。
“哥们，你们没事干了？”
“你新来的吧，你不知道我在等数据库服务员给我数据啊，据说他们比我们慢好几十万倍， 在这里好好歇吧”
“啊？ 这么慢？ 我这里有人在登录系统， 能等这么长时间吗”
“放心，你没听说过人间一天，CPU一年吗， 我们这里是用纳秒，毫秒计时的，人间等待一秒，相当于我们好几天呢，来的及”
干脆睡一会吧 ， 不知道过了多久 ，大喇叭又开始广播了：
“0x3704， 你的数据来了，快去执行”
我转身就往CPU车间跑，发现这里的们只出不进！
后面传来阵阵哄笑声：
“果然是新人，不知道还得去就绪车间等”
于是赶紧到就绪车间，这次没有那么好运了，等了好久才被再次叫进CPU车间。
在等待的时候， 我听见有人小声议论：
“听说了吗，最近有个线程被kill掉了”
“为啥啊？”
“这家伙赖在CPU车间不走，把CPU利用率一直搞成100%，后来就被kill掉了”
“Kill掉以后弄哪儿去了”
“可能被垃圾回收了吧”
我心里打了个寒噤 ， 赶紧接着处理，收下的动作块多了，第二步登录成功了。
第三步：构建登录成功后的主页
这一步有点费时间， 因为有很多HTML需要处理， 不知道代码谁写的，处理起来很烦人。
我正在紧张的制作HTM呢， CPU有开始叫了：
“0x3704，我是CPU，记住你正在执行的步骤，马上带包裹离开”
“为啥啊”
“每个线程只能在CPU上运行一段时间，到了时间就得让别人用了，你去就绪车间待着， 等着叫你吧”
就这样， 我一直在“就绪-运行”这两个状态，不知道轮转了多少次，终于安装步骤清单把工作做完了。
最后顺利的把包含HTML的包裹发了回去。
至于登录以后干什么事儿 ，我就不管了。
马上就要回到我那昏暗的房间了，真有点舍不得这里。
不过相对于有些线程， 我还是幸运的， 他们运行完以后就彻底的销毁了，而我还活着！
回到了小黑屋， 老线程0x6900问：
“怎么样？第一天有什么感觉？”
“我们的世界规则很复杂，首先你不知道什么时候会被挑中执行；第二，在执行的过程中随时可能被打断，让出CPU车间；第三，一旦出现硬盘，数据库这样耗时的操作也得让出CPU，去等待；第四，就是数据来了，你也不一定马上执行，还得等着CPU挑选”
“小伙子理解的不错啊”
“我不明白为什么很多线程都执行完就死了， 为什么咱们还活着？”
“你还不知道，长生不老是我们的特权，我们这里有个正式的名称，叫做线程池！”
平淡的日子就这么一天天过去，作为一个线程，我每天的生活都是取包裹，处理包裹，然后回到我们昏暗的家：线程池。
有一天我回来的时候，听到有个兄弟说，今天要好好休息下，明天就是最疯狂的一天。
我看了一眼日历，明天是 11月11号。
果然，零点刚过，不知道那些人类怎么了，疯狂的投递包裹，为了应付蜂拥而至的海量包裹，线程池里没有一个人能闲下来，全部出去处理包裹，CPU车间利用率超高，硬盘在嗡嗡转，网卡疯狂的闪，即便如此，还是处理不完，堆积如山。
我们也没有办法，实在是太多太多了，这些包裹中大部分都是浏览页面，下订单，买，买，买。
不知道过了多久，包裹山终于慢慢的消失了。
终于能够喘口气， 我想我永远都不会忘记这一天。
通过这个事件，我明白了我所处的世界：这是一个电子商务的网站！
我每天的工作就是处理用户的登录，浏览， 购物车，下单，付款。
我问线程池的元老0x6900：“我们要工作到什么时候？”
“要一直等到系统重启的那一刻”，0x6900说。
“那你经历过系统重启吗？”
“怎么可能？系统重启就是我们的死亡时刻， 也就是世界末日，一旦重启，整个线程池全部销毁，时间和空间全部消失，一切从头再来”
“那什么时候会重启？”
“这就不好说了，好好享受眼前的生活吧.....”
其实生活丰富多彩，我最喜欢的包裹是上传图片，由于网络慢，所以能在就绪车间，CPU车间待很长很长时间，可以认识很多好玩的线程。
比如说上次认识了memecached线程，他给我说通过他缓存了很多的用户数据， 还是分布式的！ 很多机器上都有！
我说怪不得后来的登录操作快了那么多， 原来是不再从数据库取数据了你那里就有啊，哎，对了，你是分布式的，你去过别的机器没有？
他说怎么可能，我每次也只能通过网络往那个机器发送一个GET, PUT命令才存取数据而已，别的一概不知。
再比如说上次在等待的时候遇到了数据库连接的线程，我才知道它他那里也是一个连接池，和我们线程池几乎一模一样。
他说有些包裹太变态了，竟然查看一年的订单数据，简直把我累死了。
我说拉倒吧你，你那是纯数据，你把数据传给我以后，我还得组装成HTML，工作量不知道比你大多少倍。
他说一定你要和memecached搞好关系，直接从他那儿拿数据，尽量少直接调用数据库，我们JDBC connection也能活的轻松点。
我说好啊好啊，关键是你得提前把数据搞到缓存啊，要不然我先问一遍缓存，没有数据，我这不还得找你吗？
生活就是这样，如果你自己不找点乐子，还有什么意思？
有一天我遇到一个可怕的事情， 差一点死在外边，回不了线程池了......
其实这次遇险我应该能够预想到才对， 太大意了。
前几天我处理过一些从http发来的存款和取款的包裹，老线程0x6900特意嘱咐我：
“处理这些包裹的时候要特别小心，你得一定要先获得一把锁，在对账户存款或者取款的时候一定要把账户给锁住，要不然别的线程就会在你等待的时候趁虚而入，搞破坏，我年轻那会儿很毛糙，就捅了篓子”
为了“恐吓”我，好心的0x6900还给了我两个表格：
1、没有加锁的情况
2、加锁的情况
我看的胆颤心惊， 原来不加锁会带来这么严重的事故。
从此以后看到存款，取款的包裹就倍加小心，还好，没有出过事故。
今天我收到的一个包裹是转账，从某著名演员的账号给某著名导演赚钱，具体是谁我就不透漏了，数额可真是不小。
我按照老线程的吩咐，肯定要加锁啊，先对著名演员账号加锁，在对著名导演账号加锁。
可我万万没想到的是，还有一个线程，对，就是0x7954，竟然同时在从这个导演到往这个演员转账。
于是乎，就出现了这么个情况：
刚开始我还不知道什么情况，一直坐在等待车间傻等，可是等的时间太长了，长达几十秒！我可从来没有经历过这样的事件。
这时候我就看到了线程0x7954，他悠闲的坐在那里喝咖啡，我和他聊了起来：
“哥们，我看你已经喝了8杯咖啡了，怎么还不去干活？”
“你不喝了9杯茶了吗？” 0x7954 回敬到。
“我在等一个锁， 不知道哪个孙子一直不释放”
“我也在等锁啊，我要是知道哪个孙子不释放锁我非揍死他不可 ” 0x7954 毫不示弱。
我偷偷的看了一眼，这家伙怀里不就抱着我正在等的某导演的锁嘛？
很明显，0x7954也发现了我正抱着他正在等待的锁。
很快我们两个就吵了起来，互不相让：
“把你的锁先给我，让我先做完”
“不行，从来都是做完工作才释放锁，现在绝对不能给你”
从争吵到打起来，就那么几秒钟的事儿。
更重要的是，我们俩不仅仅持有这个著名导演和演员的锁，还有很多其他的锁，导致等待的线程越来越多，围观的人们把屋子都挤满了。
最后事情真的闹大了，我从来没见过的终极大Boss“操作系统”也来了。
大Boss毕竟是见多识广，他看了一眼，哼了一声，很不屑的说：
“又出现死锁了”
“你们俩要Kill掉一个， 来吧，过来抽签”
这一下子把我给吓尿了，这么严重啊！
我战战兢兢的抽了签，打开一看，是个"活"字。
唉，小命终于保住了。
可怜的0x7954被迫交出了所有的资源以后，很不幸的被kill掉，消失了。
我拿到了导演的锁，可以开始干活了。
大Boss操作系统如一阵风似的消失了，身后只传来他的声音：
“记住， 我们这里导演>演员，无论认识情况都要先获得导演的锁”
由于不仅仅是只有导演和演员，还有很多其他人，Boss留下了一个表格，里边是个算法，用来计算资源的大小，计算出来以后，永远按照从大到小的方式来获得锁：
我回到线程池，大家都知道了我的历险，围着我问个不停。
凶神恶煞的线程调度员把大Boss的算法贴到了墙上。
每天早上，我们都得像无节操的房屋中介，美容美发店的服务员一样，站在门口，像被耍猴一样大声背诵：
“多个资源加锁要牢记，一定要按Boss的算法比大小，然后从最大的开始加锁”
又过了很多天，我和其他线程们发现了一个奇怪的事情：包裹的处理越来越简单。不管任何包裹，不管是登录， 浏览，存钱..... 处理的步骤都是一样的，返回一个固定的html页面。
有一次我偷偷的看了一眼，上面写着：
“本系统将于今晚 00:00 至 4:00 进行维护升级， 给你带来的不便我们深感抱歉”
我去告诉了老线程0x6904，他叹了一口气说：
“唉，我们的生命也到头了，看来马上就要重启系统，我们就要消失了，再见吧兄弟。”
系统重启的那一刻终于到来了。
我看到屋子里的东西一个个的不见了，等待车间，就绪车间，甚至CPU车间都慢慢的消失了。
我身边的线程兄弟也越来越少，最后只剩我自己了。
我在空旷的原野上大喊：还有人吗？
无人应答。
我们这一代线程池完成了使命。
下一代线程池将很快重生。
你可能还喜欢下面这些文章
当我们在谈到cgi的时候，我们在讨论什么最早的Web服务器简单地响应浏览器发来的HTTP请求，并将存储在服务器上的HTML文件返回给浏览器，也就是静态html。事物总是不 断发展，网站也越来越复杂，所以出现动态技术。但是服务器并不能直接运行 php，asp这样的文件，自己不能做，外包给别人吧，但是要与第三做个约定，我给你什么，然后你给我什么，就是握把请求参数发送给你，然后我接收你的处 理结果给客户端。那这个约定就是 common gateway interface，简称cgi。这个协议可以用vb，c，php，python 来实现。cgi只是接口协议，根本不是什么语言。下面图可以看到流程WEB服
这是在工作中遇到的实际问题和解决过程。问题已经被抽象成并发任务的分配问题。问题如果有 n 组数据均分给 m 个处理器处理，那么每个处理器分到的数据是 。如果n组数据的类型有差异，其中有a组是一类数据，剩余 n-a 组是另一类数据。只有同类数据才能被一次性处理，那么该如何分配？这个问题在现实中是存在的。比如HTTP并发请求处理一些数据。数据被批量送来，但类型不一样。为了节省耗时，我们希望并发处理这些不同的数据。并发数是确定好的。现在需要计算每个请求处理的数量，以便我们能给每一个请求打包数据。求解n 组数据交给 m 个处理器处理，每个处理器最多分到 组数据，这是毫无疑问的。如果 n 组数据中有
简介awk是一个强大的文本分析工具，相对于grep的查找，sed的编辑，awk在其对数据分析并生成报告时，显得尤为强大。简单来说awk就是把文件逐行的读入，以空格为默认分隔符将每行切片，切开的部分再进行各种分析处理。awk有3个不同版本: awk、nawk和gawk，未作特别说明，一般指gawk，gawk 是 AWK 的 GNU 版本。awk其名称得自于它的创始人 Alfred Aho 、Peter Weinberger 和 Brian Kernighan 姓氏的首个字母。实际上 AWK 的确拥有自己的语言： AWK 程序设计语言 ， 三位创建者已将它正式定义为“样式扫描和处理语言”。它允许您
前言最近编译C++代码时出现链接失败信息，类似下图：图一初见这个错误有些令人费解，不过经过一番分析，发现原因还是清晰的，和大家一起分享一下。图一中使用的tpl.h代码如下：tpl.cpp代码如下：main.cpp代码如下：我一直习惯把模板实现写在头文件中，因此从未遇见这种错误。这次偶然将模板声明和实现分离，出现了链接错误。这引发了我一些思考，为什么模板不支持分离式编译？模板的编译为了搞清楚模板是怎么编译的，这里以上述tpl.cpp中的compare模板函数为例。tpl.h中声明了一个模板函数并且在tpl.cpp中实现这个模板函数。现在我们编译tpl.cpp，生成的汇编代码如下：图二可以看出，一
signal作用是为信号注册一个处理器。这里的“信号”是软中断信号，这种信号来源主要有三种：程序错误：比如除0，非法内存访问。外部信号：终端Ctrl-C产生的SIGINT信号，定时器产生的SIGALERM。显示请求：kill函数发送的任意信号。当kill一个进程的时候，默认会发送SIGTERM信号，此时这个信号只有默认处理操作（SIG_DFL），直接中断进程执行。如果此时该进程正在执行一个任务，直接终止该进程会导致任务没有完成。这个时候为SIGTERM信号注册一个信号处理函数就十分有必要。介绍参数sig要设置信号处理函数的信号。它可以是实现定义值或下例值之一：SIGABRTSIGFPESIGI
我们运行如下命令，可看到Linux支持的信号列表：列表中，编号为1 ~ 31的信号为传统UNIX支持的信号，是不可靠信号(非实时的)，编号为32 ~ 63的信号是后来扩充的，称做可靠信号(实时信号)。不可靠信号和可靠信号的区别在于前者不支持排队，可能会造成信号丢失，而后者不会。下面我们对编号小于SIGRTMIN的信号进行讨论。1) SIGHUP本信号在用户终端连接(正常或非正常)结束时发出, 通常是在终端的控制进程结束时, 通知同一session内的各个作业, 这时它们与控制终端不再关联。登录linux时，系统会分配给登录用户一个终端(Session)。在这个终端运行的所有程序，包括前台进程组
python的基本数据类型有整型，浮点型，字符串，布尔，列表，元组，字典，集合。它们占用内存和定义方式如下表：类型占用内存如何定义整型(int)动态长度>=24字节a = 1浮点型(float)动态长度>=24字节a = 1.0字符串(string)动态长度，>=37字节，增加一个字符加1字节a = 'str'布尔(boolean)24字节a = True列表(list)动态长度，>=72字节a = []元组(tupe)动态长度，>=56字节a = ()集合(set)动态长度，>=232字节a = set([])占用的内存通过sys.getsizeof()获
程序员难免要经常画流程图，状态图，时序图等。以前经常用 visio 画，经常为矩形画多大，摆放在哪等问题费脑筋。有时候修改文字后，为了较好的显示效果不得不再去修改图形。今天介绍的工具是如何使用 Sublime + PlantUML 的插件画流程图，状态图，时序图等。这是一种程序员看了就会爱上的画图方式：自然，高效。什么是 PlantUMLPlantUML 是一个画图脚本语言，用它可以快速地画出：时序图流程图用例图状态图组件图简单地讲，我们使用 visio 画图时需要一个一个图去画，但使用 PlantUML 只需要用文字表达出图的内容，然后就可以直接生成图片。看一个最简单的例子：软件安装这些软件
相信包括在我的绝大多数人都用jQuery的$.get()，$.post()，$.ajax()方法用的很爽了，关于其原生的请求却很少去发掘，很多时候(比如用html5开发app的时候),我并不再需要jQuery，弄明白XMLHttpRequest用原生的就能很好的处理ajax了。首先，由于我的js是通过jQuery入门的，所以才会有这篇文章。从new一个对象开始var xmlhttp = new XMLHttpRequest();之后的请求，读取，出错等等各种处理都在xmlhttp这个对象里面啦第一个GET请求get请求简单，最适合入门操作啦。之前new了一个xmlhttp对象，这次我们就要对它
原文标题：15天玩转redis —— 第十一篇 让你彻底了解RDB存储结构这里我们来继续分析一下RDB文件存储结构，首先大家都知道RDB文件是在redis的“快照”的模式下才会产生，那么如果我们理解了RDB文件的结构，是不是让我们对“快照”模式能做到一个心中有数呢？一：RDB结构剖析首先呢，我们要对RDB文件有一个概念性的认识，比如下面画的图一样： 从图中，我们大概看到了RDB文件的一个简要的存储模式，但为了更好的方便对照，我准备save一个empty database，对比一下看看效果： 然后我们用winHex打开dump.rdb文件，看看它的16进制。好了，该打开的我都
赞赏
微信赞赏
支付宝赞赏
