想象一下这个画面：周一早上你端着咖啡坐到工位，习惯性双击 Edge 图标准备开工——图标转了一下圈，然后什么都没有。再点一次，还是什么都没有。重启电脑，无效。卸载重装，无效。
如果这两天你在公司电脑上遇到了这一幕，别怀疑人生，是微软干的。
一次服务端更改，把 Edge 直接干趴下了
微软已经确认了这个问题：部分企业受管设备在把 Edge 升级到 155 版本后，如果这台设备上已经存在浏览器配置文件，Edge 可能直接无法启动。
注意，不是打开慢，不是弹窗报错，是点了图标压根没反应。整个浏览器就这么安静地死在那里。
至于原因？微软的解释相当耐人寻味：这是一次“服务端更改”导致的问题。至于改了什么、为什么改完会让 Edge 打不开，官方一个字都没提。我们只知道，他们发现出事了，然后赶紧把那个服务端更改回滚了。
所以现在的情况是：没更新到 155 的设备安全了，回滚之后再也不会踩坑。但那些手快已经更新完的倒霉蛋，浏览器依然躺在那儿起不来。
好消息是，这次事故基本只波及受管理的企业环境。家里自己装的 Edge 155，大概率不受影响——毕竟这个 bug 需要组策略和配置文件这一整套企业部署条件才能触发。
给 IT 管理员的救命偏方
微软在正式发布客户端修复之前，给出了一个手动变通方案。如果你就是那个要救火的运维，按下面这个顺序来：
第一步，在 Microsoft Edge 管理服务里，把“计划的更新重启任务”先关掉，别让浏览器自己乱动。
第二步，进入 Microsoft Edge User Data\Policy 文件夹，把里面的内容删掉——但千万记住，Primary Account 这个文件要留着别动。它是保住现有浏览器配置文件的命根子，删错了用户的书签、历史、登录状态就全没了。
做完这两步，Edge 应该就能重新站起来。
至于真正的客户端修复补丁，微软说“正在调查中”。考虑到 Edge 156 明天（10 月 22 日）就要推送，修复能不能赶上这班车还是个未知数。反正按照微软以往的作风，大概率是赶不上。
最讽刺的地方来了
这次的事故，恰好撞上了微软正在推进的一项“雄心壮志”——他们正在测试一种根本不需要重启 Edge 就能完成浏览器更新的技术。
你品，你细品。
一边是“以后更新连重启都不用啦，静默完成，体验丝滑”，另一边是“这次更新完之后，浏览器直接连启动都启动不了”。这画面感实在太强了：如果无重启更新真的落地，那以后用户可能连“重启一下试试”这个自救手段都没了，Edge 就在后台悄悄地坏掉，你连它是怎么死的都不知道。
而且这还不是最近唯一的企业 Edge 事故。就在前不久，微软才刚刚修完一个 bug——那个 bug 会让浏览器在使用 Web 应用时直接冻结卡死。
两周一个大版本，快是快了，稳呢？
问题的根源，可能在于微软现在这套疯狂的发布节奏。
Edge 155 是 10 月 8 日发布的，Edge 156 明天就到。也就是说，每两周一个大版本。这种速度确实能让新功能更快落地，但也意味着测试周期被压缩到极致，一次服务端配置改动的连锁反应可能还没跑完测试就推给了全球用户。
对企业 IT 来说，这种节奏尤其难受。你刚花两天时间在全公司铺开一个新版本，验证完兼容性，写好操作手册——结果下一版已经来了，而且可能带来新的坑。
最后说两句
如果你是普通用户，家里 Edge 一切正常，那这事跟你没关系，权当看个热闹。
如果你是 IT 管理员，现在该做三件事：确认公司内有多少台设备已经升到 155 并出现启动失败；按上面的偏方救火；同时在组策略里考虑暂时暂停 Edge 自动更新，等客户端修复补丁正式发布再说。
至于微软，这次的教训其实挺简单的：服务端更改和客户端版本之间那种看不见的耦合关系，是最容易出事的地方。用户看不见服务端，但他们看得见浏览器打不开。
下次再推什么“无需重启的更新”之前，建议先把“更新完之后浏览器还能不能启动”这个基础问题解决好。毕竟，一个不用重启就能更新的浏览器，前提是这个浏览器得先能启动。
