别听那些技术会议上的人吹牛，说什么新版本就是就是效率高。我跟你们说，我这回为了搞清楚这个“小小部队”版本到底怎么回事，活生生把自己搞得脱了一层皮。
小编温馨提醒：本站只提供游戏介绍，下载游戏推荐89游戏，89游戏提供真人恋爱/绅士游戏/3A单机游戏大全，点我立即前往》》》www.gm89.me
我们最早用的是老版本，叫V1.0，那时候叫得可土了，就是个“小队部署策略”。简单粗暴，一个任务开一个进程，资源隔离做得扎实。虽然跑起来慢点，但是稳定，两年都没出过大岔子。大家都图个清净。
后来上面来了个空降兵，非说V1.0不行，得跟上时代，搞什么“资源池共享”的新架构，也就是现在的V2.0。这玩意儿听着高大上，但我一上手就觉得不对劲。它把所有小任务都塞到一个大容器里跑，共享内存和线程。跑起来那是真快，刚开始测试的时候数据非常漂亮。
可问题来了。V1.0那时候，如果一个任务崩了，只会影响这一个任务。V2.0？只要一个任务出了点内存泄漏或者死锁，那就是雪崩，直接把整个大容器拖垮。我们线上的服务，隔三差五就得重启一次。客户投诉都快把电话打爆了。
我为啥对这个版本区别这么上心？因为V1.0就是我带着几个人，熬夜加班半年多才搭出来的。结果V2.0一上线，我的努力全白费了，那空降兵反过来指着我鼻子骂，说V1.0的底层设计太老旧，限制了V2.0的发挥。我气得当场差点没掀桌子。
我当时就下定决心，必须把这两个版本的优缺点彻彻底底扒出来，让他们知道到底是谁的问题。
我的实践过程很简单，但很费时间：
结果数据一出来，所有人都傻眼了。V2.0虽然平均响应时间快了20%，但在并发量达到阈值的70%之后，崩溃几率是V1.0的四倍。而且V2.0的内存碎片化问题严重，长时间运行下来，它实际占用的资源比V1.0还多。
简单总结一下版本区别：
我拿着这份报告直接甩到了那个空降兵的脸上。他支支吾吾半天，说了一句：“看来还是得借鉴一下V1.0的经验。”废话，V1.0就是经验！
虽然我因为这个实践记录得罪了人，但至少证明了我的判断没错。技术这东西，不是新的就一定得是适合的才行。我们现在做的，就是把V1.0的稳定架构和V2.0的快速调度机制揉在一起，正在搞V3.0，希望这回别再出幺蛾子了。这实践笔记，就是我拿血汗钱买回来的教训。
