游戏盒下载运行库为何这么慢

这事我最近也碰上了，折腾了半小时，差点把电脑砸了。用4399游戏盒下了个Visual C++ 2010，才几十兆的东西，居然走了十五分钟，进度条跟蜗牛似的，偶尔还卡在两兆三兆的位置纹丝不动。后来我冷静下来想了想，又去各处查了查，总算搞清楚这里面的弯弯绕。

首先一个关键点，游戏盒这个软件，压根就不是给你专门下运行库用的。它底层的技术架构是为大体积游戏设计的，下载引擎、节点的调度、带宽的管理方式，全都围绕游戏文件那种动辄几个GB、十几个GB的大块头来做优化。你突然甩给它一个几十MB的小文件，它的下载机制反而没法正常发挥，甚至会出现调度上的混乱。就像一辆重型卡车，拉几十吨货跑高速公路飞快，你偏让它去送个信封，它在市区小巷子里走走停停，自然快不起来。

再一个，就是服务器资源分配的问题。运行库这种通用的东西，游戏盒的服务器上肯定有，但分配的网络优先级肯定排在最末尾。服务器那边优先保证核心游戏资源的连接数、动态分配网络带宽给那些热门游戏，像这种零散的运行库、补丁包，往往被放在一个低优先级的池子里。你下载的时候，碰上高峰期，带宽名额就那么点，别人玩游戏下载都在抢，你这边就被挤到墙角了，每秒几百KB甚至几十KB都算正常。

还有个因素容易被忽略，就是下载节点。4399游戏盒在全国有好多个机房，按道理应该根据你所在的地区给你分配最近的节点，但我实际测试下来，发现它这个节点调度机制在运行库这类文件上存在偏差。我用网络抓包工具看了一下那个文件的源IP，居然连的是个离我一千多公里外的节点，这中间的延迟和链路损耗就不用多说了。也就是说，它压根没给你分配最优线路，而是随便给了个能用的，就这想快也快不起来。

另外，游戏盒的本地缓存机制也拖了后腿。它在下载大文件的时候，会把文件分割成好多块，建立本地缓存池，多个线程同时写多个区块，这样能提升大文件的写入速度。但Visual C++ 2010这种小文件，它也得走完整套流程，怎么分块，怎么校验，反而把简单的事情复杂化了。硬盘还没开始大展拳脚，它自己在那儿做各种校验、比对、临时文件的整理，时间全耗在处理器和内存的那点运算上了。

还有一个特别真实的感受，就是它在下载的同时还干了别的事。游戏盒本身有内置的广告推送、活动弹窗提醒、各种游戏动态的加载，这些后台任务跟下载任务共享网络资源。你看着它在下运行库，实际上它的网络层同时还在拉取广告图片、活动配置、热门游戏的推荐列表，这些乱七八糟的流量分走了一部分带宽，虽说每个都占不了多少，但加起来，你那点下载速度就更所剩无几了。

最后再提一下，游戏盒下载这种运行库文件，它默认是没有走P2P加速通道的。玩网络游戏靠P2P分自家的上传带宽，把这个文件的种子散布到别的用户那里去，碰上网速比较好的用户，能给你拉满带宽。但运行库这种工具性质的文件，大部分用户很快就删除或者替换成官方版本了，剩余在线的种子少得可怜，基本等同于零点几个，P2P通道形同虚设，最后又绕回服务器直连下载，那就得看服务器脸色了。

我后来实在等烦了，直接关掉游戏盒，去微软官网下了个官方安装包，这年头宽带速度摆在那，大概两三分钟就搞定了，装上一切正常。回头再看游戏盒里的那个下载条，还是卡在百分之六十几。

说了这么多，这事的本质就是拿游戏下载器去干专业工具的活，平台上每个组件都围绕着游戏运转，冷门的小文件下载自然成了爹不疼娘不爱的角色。不是网速的问题，也不是文件损坏，纯粹就是工具的定位和调度机制害的。你要是也碰上这情况，别跟它耗着，换个渠道，一分钟解决的事。