<div> 对于普通用户来说，微软现在最大的问题其实出在「更新并关机」这个操作的逻辑上。

</div> <div> <br> </div> <div> 一直以来，「更新并关机」这个操作的执行模式都是先把更新执行到30%，然后断电，等到下次开机的时候再执行剩下的70%。

</div> <div> <br> </div> <div> 但是这个问题在于那70%的执行速度在某些情况下很慢，导致有时候掏出电脑冷启动却要先等着Windows在那执行剩余的70%，在急用电脑时这可以说是很糟心了。

</div> <div> <br> </div> <div> 所以微软其实应该修改一下「更新并关机」的操作逻辑，在关机时先重启一次，把整个更新流程都执行完，然后再真正关机，从而保证下一次开机时不会在更新上浪费时间。

</div> <div> <br> </div> <div> <div> 自动更新不是问题，Windows千年不改的打开的文件不能动才是万恶之源，这样一个从CP/M时代继承到现在的功 能也实在是业内罕见。

</div> <div> <br> </div> <div> 有一个功能，一个文件即使被打开也可以移动甚至删除，此时已经打开该文件的进程一直会看到旧的内容，除非它关掉再重新打开，所以kernel及已经加载的驱动在这种情况下可以随意更新而不影响系统功能，系统公共的so也是同理。

理论上说这样可能会导致一些问题，但实际使用中很少会遇到这种情况。

</div> <div> <br> </div> <div> WindowsNT kernel从native API的层面讲其实也有类似的功能，但是不知道出于什么一种问题，MS从来没有在上层API暴露出这个功能，这就带来一个问题，系统更新只要涉及的公共的东西比如内核之类，只能在重启的时候才能真正更新。