今天本来想试试那个新出的太空策略游戏，号称几个T的地图随便跑。我一寻思，正周末闲着也是闲着，下载走起。
本站为89游戏官网游戏攻略分站，89游戏每日更新热门游戏，下载请前往主站地址:www.gm89.me
我的游戏下载实践记录：一个磨人精
我屁颠屁颠跑去steam上买了，点下安装键。当时我是信心满满的，毕竟我家网络是千兆的，理论上跑满速分分钟就能搞定一个几十G的游戏。
结果？我眼睁睁看着那个蓝色的进度条，它就跟个得了老年痴呆的蜗牛一样，慢悠悠地往前挪。 刚开始还能冲到个几十兆每秒，我正乐呵，突然就给你来个“断崖式下跌”，直接跌到几百K，甚至还有时候直接给我蹦出个零！
我当时就炸了。我第一个动作就是打开任务管理器，我得看看是谁在抢我的带宽。结果发现，不是别人，就是那个下载器自己！它一边下载，一边还要进行所谓的“磁盘分配”和“文件校验”。那叫一个疯狂地读写我的硬盘，我的机械盘（对，我还没换固态）被它搞得嗡嗡直响，跟个小拖拉机似的。
我强忍着怒火，出去溜了一圈，吃了个饭，回来一看，才走了30%！这哪是下载游戏，这简直是让我体验“心静自然凉”的苦行僧修炼。最绝的是，它下载到98%的时候，突然给你来个“下载失败，请检查你的网络连接”。我网络好好的，你检查个锤子！
我尝试了重启下载、换区、清缓存，啥办法都试了一遍，折腾了整整四个小时，才总算是把那几十个G拖完了。这种体验，简直是噩梦。它消耗的不止是时间，消耗的是我玩游戏的热情和耐心。
我的神级想法：如果我可以改变游戏下载
折腾完这个，我真想把那些下载客户端的程序员都拉过来，让他们自己对着这个进度条等一天。如果我能改变这套流程，我的神级想法很简单，就三条：
- 第一，给我“云端预处理”： 既然你们能搞“边下边玩”这种噱头，就别给我假把式。下载器不应该再在我的本地进行什么分配、校验、解压这些吃CPU和硬盘的活儿。你们应该在云端把所有文件都先打包成一个可以直接运行的“超压缩包”。我这边直接拉满速下载这个包，下载完了，直接运行，跳过所有那些本地处理。
- 第二，下载和写入必须分离： 抢占资源才是最大的痛点。下载进程给我专心致志地下载，不要碰我的硬盘。等到带宽完全空闲了，或者设一个阈值，再开始安静地把文件写入或解压。我宁愿多等五分钟，也不想看我的电脑卡成PPT。
- 第三，真正的热更新： 那些小补丁，就别搞什么“重新校验所有文件”这种蠢事了。给我一个真正能做到只下载那几个改动的文件的机制。现在的下载器，下一个200M的补丁，它得把我的30G游戏文件从头到尾摸一遍，这是在浪费我的生命！
我为啥对这个下载速度这么较真？
一个游戏下载慢点，忍忍也就过去了。我为什么对这个“等待”和“低效”这么耿耿于怀？这事儿得从我那次大项目说起。
那是好几年前了，我手上有一个上千万的合同，就等着一次关键的服务器更新。约定是晚上十点半开始，一个小时就能搞定。我当时就像盯着那个游戏进度条一样，死死盯着后台的部署日志。
结果，那套部署系统，跟现在的游戏下载器一个德性。 它不是老老实实地安装新模块，它非得在原地把所有老模块重新打包、校验、回滚路径全部跑一遍。等于是把一个增量更新，硬生生搞成了全量安装。跑着跑着，服务器资源直接给吃满了，进程卡死在99.99%。
我当时给急疯了，一个电话接一个电话地催，所有人都束手无策。我们熬了个通宵，愣是没能完成那个所谓的“一小时更新”。第二天，客户那边等不急了，直接打电话来说项目黄了，他们换了供应商。那几百万的单子，就因为这一个“卡在99%”的低效更新，眼睁睁从我手里溜走了。
从那以后，我对所有声称高效、但实际却在原地空转、徒耗资源的流程，都充满了怨气。一个下载进度条的99%失败，跟一次几百万订单的部署失败，在我心里，它们带来的那种失控感和焦躁感，简直一模一样。 我要是能改，我真想让这帮子下载器，别再当磨人精了！
（欢迎大家也来分享你们那些“神级”到离谱的改造下载流程的想法，我看看有没有比我更狠的。）
