我身边的同伴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的包裹发了回去。
　　至于登录以后干什么事儿 ，我就不管了。
　　马上就要回到我那昏暗的房间了，真有点舍不得这里。
　　不过相对于有些线程， 我还是幸运的， 他们运行完以后就彻底的销毁了，而我还活着！

其实生活丰富多彩，我最喜欢的包裹是上传图片，由于网络慢，所以能在就绪车间，CPU车间待很长很长时间，可以认识很多好玩的线程。
　　比如说上次认识了memecached线程，他给我说通过他缓存了很多的用户数据， 还是分布式的！ 很多机器上都有！
　　我说怪不得后来的登录操作快了那么多， 原来是不再从数据库取数据了你那里就有啊，哎，对了，你是分布式的，你去过别的机器没有？
　　他说怎么可能，我每次也只能通过网络往那个机器发送一个GET, PUT命令才存取数据而已，别的一概不知。
　　再比如说上次在等待的时候遇到了数据库连接的线程，我才知道它他那里也是一个连接池，和我们线程池几乎一模一样。
　　他说有些包裹太变态了，竟然查看一年的订单数据，简直把我累死了。
　　我说拉倒吧你，你那是纯数据，你把数据传给我以后，我还得组装成HTML，工作量不知道比你大多少倍。
　　他说一定你要和memecached搞好关系，直接从他那儿拿数据，尽量少直接调用数据库，我们JDBC connection也能活的轻松点。
　　我说好啊好啊，关键是你得提前把数据搞到缓存啊，要不然我先问一遍缓存，没有数据，我这不还得找你吗？

生活就是这样，如果你自己不找点乐子，还有什么意思？
　　有一天我遇到一个可怕的事情， 差一点死在外边，回不了线程池了......
　　其实这次遇险我应该能够预想到才对， 太大意了。
　　前几天我处理过一些从http发来的存款和取款的包裹，老线程0x6900特意嘱咐我：
　　“处理这些包裹的时候要特别小心，你得一定要先获得一把锁，在对账户存款或者取款的时候一定要把账户给锁住，要不然别的线程就会在你等待的时候趁虚而入，搞破坏，我年轻那会儿很毛糙，就捅了篓子

为了“恐吓”我，好心的0x6900还给了我两个表格：
　　1、没有加锁的情况

为了“恐吓”我，好心的0x6900还给了我两个表格：
　　1、没有加锁的情况

很快我们两个就吵了起来，互不相让：
　　“把你的锁先给我，让我先做完”
　　“不行，从来都是做完工作才释放锁，现在绝对不能给你”
　　从争吵到打起来，就那么几秒钟的事儿。
　　更重要的是，我们俩不仅仅持有这个著名导演和演员的锁，还有很多其他的锁，导致等待的线程越来越多，围观的人们把屋子都挤满了。
　　最后事情真的闹大了，我从来没见过的终极大Boss“操作系统”也来了。
　　大Boss毕竟是见多识广，他看了一眼，哼了一声，很不屑的说：
　　“又出现死锁了”
　　“你们俩要Kill掉一个， 来吧，过来抽签”
　　这一下子把我给吓尿了，这么严重啊！
　　我战战兢兢的抽了签，打开一看，是个"活"字。
　　唉，小命终于保住了。
　　可怜的0x7954被迫交出了所有的资源以后，很不幸的被kill掉，消失了。
　　我拿到了导演的锁，可以开始干活了。
　　大Boss操作系统如一阵风似的消失了，身后只传来他的声音：
　　“记住， 我们这里导演>演员，无论认识情况都要先获得导演的锁”

我回到线程池，大家都知道了我的历险，围着我问个不停。
　　凶神恶煞的线程调度员把大Boss的算法贴到了墙上。
　　每天早上，我们都得像无节操的房屋中介，美容美发店的服务员一样，站在门口，像被耍猴一样大声背诵：
　　“多个资源加锁要牢记，一定要按Boss的算法比大小，然后从最大的开始加锁”
　　又过了很多天，我和其他线程们发现了一个奇怪的事情：包裹的处理越来越简单。不管任何包裹，不管是登录， 浏览，存钱..... 处理的步骤都是一样的，返回一个固定的html页面。
　　有一次我偷偷的看了一眼，上面写着：
　　“本系统将于今晚 00:00 至 4:00 进行维护升级， 给你带来的不便我们深感抱歉”
　　我去告诉了老线程0x6904，他叹了一口气说：
　　“唉，我们的生命也到头了，看来马上就要重启系统，我们就要消失了，再见吧兄弟。”