兄弟们，今天这事儿说起来简单，真干起来差点没把我搞崩溃。那个老掉牙的下载地址，终于，要换了！
本站为89游戏官网游戏攻略分站，89游戏每日更新热门游戏，下载请前往主站地址:www.gm89.me
我这边的要求是，把我们那个APP的安装包下载地址给彻底挪个窝。原先的那个破服务器，跑别的业务早就跑得气喘吁吁，再让它兼职当下载站，那速度简直让人想骂街。上面拍板了，弄个全新的文件服务器，专门干这活。
我一开始是怎么动手的
我二话不说，先去把手头最新的那个正式环境安装包给拎出来，文件名叫什么 Install_Final_v3.*，直接用FTP工具（就那个丑丑的界面）传上去了新的服务器（我管它叫B站）。地址记好了，就放在 /downloads/latest/ 这个文件夹里。这个很简单，半小时搞定。
核心难题：地址怎么更新
重点来了，我们那个系统是写死的，用户手机里的APP要更新，它不是直接跑去 B 站服务器找，它是先去我们的管理员后台问：“喂，地址在哪？” 管理员后台再去数据库捞那个配置值！
- 第一步：打开数据库。我赶紧连接上那个土得掉渣的 SQL Server，找到我们存配置信息的那个表，叫
tb_SystemConfig。 - 第二步：找到那条记录。定位到
ConfigKey等于AppDownloadLink的那一行。看到那个值还是旧的http://老服务器A/dl/。 - 第三步：动手改！我直接用
UPDATE语句给它砸了下去，把新的http://新文件服务器B/downloads/latest/填进去。手一抖，差点忘了加WHERE条件，那可就全乱套了！幸好我稳住了。
改完我赶紧跑去测试机打开老版本APP，点更新按钮。结果，崩了！APP直接给我弹了个网络错误！我当时是真懵了，数据库都改了，还不行？
排查与的实现
我赶紧跑去找了当初写这个后台的小王，抓着他问。他被我问得一脸迷糊，挠了挠头，说：“哥，你改完数据库，后台那个缓存你没清！”
对！我啪地一拍大腿！管理员后台启动的时候会把配置读到内存里，我只改了数据库，内存里还是旧的！
我立马跑回服务器，找到那个后台服务，给它重启了一遍。这回总算没问题了。老版本APP再去点更新，顺利地跳到了新地址，下载也嗖嗖的快！
但是，我这个人做事喜欢留一手。万一有用户的老版本APP太旧，连这个地址查询逻辑都崩了怎么办？
我要求研发再打一个全新的安装包（就是这回分享标题里的“安装包”）。这个新安装包里把管理员后台的地址也写成新的，或者干脆就把下载链接写死成 Server B 的。这样，就算管理员后台炸了，用户也能通过这个全新的离线安装包顺利装上。
这套组合拳打下来，管理员（我）更新地址（数据库配置 + 缓存），安装包（新的离线包 + 旧包重定向），完美收工。今天这事，就这么搞定了！