1. 首页
2. 文章
3. 电脑
4. Windows
5. 方法

要问有什么事儿是特别难以预料的话，名列前茅的除了女朋友下一秒的心情应该就是 Windows 更新又给你塞了一坨什么样的 Bug 了。

距离 Win10 停止更新已经过去了大半个月，不知道各位同学都吃上 Win11 了没？从市占率来看是有不少同学又加入了 Win11 这个大家庭。

但是哈，Win11 的老油条应该知道了，每当这个时候微软都会给新来的同学送一个「大礼包」。

不过这次是真礼包。

从 Win10 开始，就有一个困扰大伙儿的老问题：当你点击「更新并关机」的按钮，电脑有概率不会就这么关机，而是更新结束后又自动重启，停留在登录界面。

大伙儿应该和阿红一样，觉得可能是自己手滑点错了，毕竟「重启」和「关机」这俩挨得实在太近。

但是次数多了以后会发现，这好像不是自个儿的问题。

根源就是 Windows 更新一般会伴随着重启，但是关机指令会在更新机制的强制重启中被覆盖。

好消息是在 10 月累计更新 KB5067036 中微软总算是修复了这个问题，覆盖群体是 Win11 24H2、25H2 用户。

23H2 用户表示很淦。但也不用有怨气，毕竟 11 月 11 日 23H2 也会迎来 Win10 相同的停更结局，微软不愿意花精力也在情理之中了。

不管怎么说 Win11 总算修了个「正经常用」 Bug，正准备夸夸微软的时候，幺蛾子来了——KB5067036 让大伙儿最常用的任务管理器变成了电脑的「性能杀手」。

具体表现是在开启任务管理器再关闭后实际上并没有被关闭，而是继续在后台运行，并且再次打开时系统会再开一个任务管理器进程。

也就是说，如果恰好你是不关机使用并且时不时喜欢「数 CPU 框框」的用户，按照一个任务管理器进程为 20-25MB 的占用来算，开上 500 次 10GB 内存就没了。加上其他进程挤占，如果内存不大的话很容易造成卡顿和游戏掉帧。

解决方法也很简单，数完框框后在在进程里找到任务管理器选中然后点击上面的结束进程就可以彻底关闭。

如果已经不幸中招开了上百个「任务管理器」进程的同学也可以在 CMD 命令行（管理员权限）中执行下面这段代码关闭所有的任务管理器进程。

taskkill /im taskmgr.exe /f

目前微软也已经正面承认了这个问题，并承诺将在本月的安全更新中解决。但是会不会带来新的 Bug，这就不好说了。

另一方面，除了修复「更新并关机」不起作用这个顽疾，微软还在这次的更新中修复了一些另一项老毛病——大伙儿经常会遇到 Windows 更新中存在 0x80070103 驱动安装错误的 Bug。

看到这可能有同学要举手了，修复了就是修复了，没修复就是没修复，什么叫修复了一些？

微软员工 OCV E 表示造成出现这个情况的原因是 Windows 误判，安装了比当前版本更低或者不兼容硬件驱动导致，不过不影响正常使用电脑。

但是在Windows的反馈中心里有 1000 多条反馈，加上 Windows 反馈难以打开的步骤，大伙儿对这个问题的怨气可见一斑了。

并且它并不是不影响使用，系统驱动安装失败后放任不管会在后台反复尝试安装、失败、再尝试，导致不停占用硬件性能资源。

不过这 0x80070103 错误微软仍然不知道要怎么彻底解决。最近的 KB5067036 也只是缓解了它出现的频率。

目前唯一能快速解决的方法就是重置 Windows 的更新组件，大伙儿可以用 Powershell终端（管理员权限）运行下面所有命令进行重置：

net stop wuauservnet stop cryptSvcnet stop bitsren C:\Windows\SoftwareDistribution SoftwareDistribution.oldren C:\Windows\System32\catroot2 Catroot2.oldnet start wuauservnet start cryptSvcnet start bitsnetsh winsock reset

然后再次重启电脑即可。

总的来说，微软在砍掉 Win10 以后开始正面回应并应对陈年老 Bug，这是好事。

但就是不知道解决一个问题再塞一个问题这个「习惯」什么时候能改掉了。