微软着手取消Windows 11应用启动时的多余进程 软件启动有望进一步提速

Windows Latest于2026年10月17日报道，这项变化已经出现在微软面向Windows Insider发布的最新Release Preview预览更新中。微软将其视为一项更广泛的Windows平台能力的第一步，未来其他应用也可以采用类似机制，缩短启动路径。

此次改进包含在微软10月16日向Release Preview频道发布的KB5127936更新中。安装更新后，Windows 11 25H2的系统版本号升至26200.9807，26H2则升至26300.9807。不过，这项功能采用分阶段推送方式，即使安装了更新，也不意味着所有用户都能立即体验到。

应用启动时，Windows为什么还要多启动一个进程？

要理解这项优化的意义，需要先了解Windows应用的实例运行机制。

许多Windows应用允许同时打开多个独立实例。例如，用户可以同时启动多个记事本窗口，每个窗口都可以独立运行。但另一些应用采用单实例设计，也就是说，即使用户重复点击应用图标，通常也只会激活已经运行的窗口，而不会创建第二个完整实例。

Edge浏览器就是这类应用的典型例子。当Edge已经运行时，用户再次点击浏览器图标，系统通常应该直接激活现有窗口；如果点击的是网页链接，则应将链接交给已经运行的浏览器处理。

问题在于，传统启动流程并不总是直接完成这一操作。

当用户再次启动单实例应用时，Windows可能先创建一个新的临时进程。这个进程检查应用是否已经运行，随后将启动请求转交给现有实例，最后自行退出。

从功能上看，这个临时进程只是充当了中间人，并没有真正承担应用的主要工作。但创建进程、执行初始化代码、检查运行状态以及传递请求，仍然需要消耗处理器时间和系统资源。

在配置较高、系统负载较低的电脑上，这些额外开销可能并不明显。然而，当电脑同时运行多个程序、处理大量后台任务，或者使用性能较弱的处理器时，多余的启动步骤就可能增加响应延迟。

微软此次优化的核心，就是让Windows能够绕过这个中间环节，直接将启动请求发送给已经运行的应用。

Edge率先采用新机制，后台启动场景最受益

根据微软公布的更新说明，当Edge已经在后台运行时，Windows现在可以直接把新的启动请求发送给现有浏览器实例，而不必先启动一个额外的临时进程。

微软表示，删除这一中间步骤可以缩短启动路径，让Edge更快响应用户操作，尤其是在电脑同时运行多个程序、系统负载较高的情况下。

不过，这项优化主要针对应用已经运行时的再次启动，也就是所谓的“热启动”。

Edge具有一项名为Startup Boost的功能，可以在用户关闭浏览器窗口后，继续让部分核心进程在后台运行，以便下次启动时更快进入可用状态。因此，用户再次打开Edge时，往往并不需要从零开始加载整个应用。

新机制进一步减少了这种场景下的额外开销。

如果用户刚刚重启电脑，Edge尚未在后台运行，那么首次启动仍然需要执行正常的初始化和加载流程。这次更新并没有消除首次启动时的所有开销，因此不能简单理解为Edge在任何情况下都会同等幅度地提速。

微软也没有公布这项优化具体能够节省多少毫秒，暂时无法量化它在不同处理器、存储设备和系统负载下的实际收益。

微软希望把加速能力推广至更多Windows应用

Edge只是这项技术的第一个应用案例。微软更长远的目标，是让其他采用单实例设计的Windows应用也能使用同样的启动加速机制。

微软此前已经在Microsoft Learn开发者文档中介绍了相关功能，文档标题为“Register your application for accelerated warm launches”，即为应用注册加速热启动能力。该文档于2025年10月发布，说明这项技术并非近期才开始研发。

按照相关设计，应用可以向Windows注册一个用于接收启动请求的窗口。当用户从开始菜单、任务栏或特定链接启动应用时，系统可以直接将请求发送给已经运行的实例，从而省去额外的中间进程。

这种方式的关键，是让操作系统提前知道应该把新的启动请求交给哪个应用实例，而不必等到一个新的进程启动后，再由它自行检查应用是否已经运行。

不过，开发者不能简单地假定应用安装后就会自动获得这项能力。

微软目前将相关接口列为受限访问功能，开发者需要向微软申请解锁令牌。应用还必须通过实验性接口IExperimentalAPIInvoker进行注册，才能支持相应的开始菜单和链接启动场景。

此外，链接启动的加速仅适用于应用被设置为默认处理程序的协议。例如，只有当某个应用负责处理相应类型的链接时，Windows才能按照这套机制将请求直接发送给它。

微软还特别提醒开发者，应用仍然需要保留自己的单实例处理逻辑，因为这项功能并不能覆盖所有启动来源、所有应用调用方式以及所有Windows版本。

这意味着，即使微软已经让Edge率先使用新机制，也不能据此认定Spotify、Discord或其他常见软件马上就会获得相同的启动加速效果。相关应用需要满足技术条件，并由开发者完成适配。

如果微软未来扩大接口开放范围，更多单实例应用就有机会通过这一机制减少启动开销。不过，最终推广速度仍取决于微软的开放政策和软件开发商的实际采用情况。

与后台预加载不同，新技术不需要额外常驻进程

Windows此前已经采用过多种方法加快应用启动速度，其中一种常见做法就是让应用提前加载部分组件，甚至在用户没有打开窗口时继续保持相关进程运行。

Edge的Startup Boost便属于这一类机制。微软解释称，它会在浏览器关闭后继续让部分核心进程留在后台，以便用户再次启动时能够更快进入工作状态。

Microsoft Office也采用过类似思路。微软曾为Office设置启动加速任务，在符合条件的电脑上让Word提前加载，并以暂停状态等待用户调用。相关方案针对的是内存至少达到8GB的电脑。

文件资源管理器也曾采用预加载机制。Windows Latest此前测试发现，Windows 11的文件资源管理器即使经过预加载，打开速度仍然不及Windows 10的相关体验，而且预加载进程额外占用了约35MB内存。

预加载的优点是可以提前完成部分初始化工作，但代价是持续占用一定的内存和系统资源。对于内存容量有限的电脑而言，如果多个应用都采用类似方法，后台常驻进程的数量可能不断增加。

此次加速启动机制采取了不同思路：它不是要求系统提前运行更多组件，而是尽量避免在启动过程中执行没有必要的工作。

从设计方向来看，这种优化尤其适合已经在后台运行的单实例应用，因为现有进程本身已经具备处理请求的能力，操作系统没有必要再额外创建一个进程来完成简单的转发任务。

当然，这并不意味着微软会因此取消所有应用的后台预加载。不同应用的运行机制不同，有些应用确实能够从预加载中获益，而新机制主要针对特定的启动流程，两者解决的问题并不完全相同。

Windows 11正在进行更广泛的性能优化

此次更新也是微软近期持续改善Windows 11响应速度的一部分。

微软近年来不断调整开始菜单、搜索、文件资源管理器和其他系统界面的运行方式，希望减少操作延迟和内存占用。部分改进通过降低后台进程数量实现，另一些则通过调整处理器调度策略，让系统在用户执行操作时更快完成必要的计算任务。

其中一项名为Low Latency Profile的机制，就试图改善应用启动和系统界面的响应速度。它会在用户触发操作时，短时间内提高处理器的运行频率，让相关工作更快完成，随后再让处理器回到低功耗状态。

这与此次取消临时进程的优化存在明显区别：前者主要通过调整处理器响应方式缩短任务执行时间，后者则是直接减少启动流程中的额外工作。

两种技术如果在适当场景下配合使用，就有可能让用户感受到更快的应用响应，同时避免单纯依靠增加后台常驻进程来换取速度。

不过，具体效果仍取决于应用自身的启动逻辑、系统负载和硬件条件。对于启动速度主要受磁盘读取、网络连接或大型数据加载影响的软件而言，取消一个临时进程并不一定会带来显著改善。

何时能够正式普及？

目前，微软尚未宣布这项功能已经面向所有Windows 11用户开放。按照Windows Latest的判断，如果微软沿用常规更新节奏，这项优化可能先进入10月的可选更新，再随着2026年11月10日的补丁星期二更新逐步推广。

但由于功能采用分阶段推送，即使用户安装了相应更新，也可能需要等待微软进一步启用。微软目前没有公布一个适用于所有设备的确切开放日期。

对于普通用户而言，现阶段没有必要为了这项功能专门修改系统设置或尝试强制启用。文章标题所说的“无法强制启用”，主要是指目前尚没有面向普通用户、可以可靠手动打开这项新机制的公开方法。

如果用户已经安装最新的Release Preview更新，可以观察Edge在后台运行时再次打开的响应情况，但由于微软没有公布统一的性能测试数据，仅凭主观感受很难准确衡量改进幅度。

总体而言，这项改动的价值不在于让所有应用瞬间启动，而在于微软开始从Windows自身的启动流程中删除一些长期存在、却并非每次都必要的步骤。对于已经运行在后台的应用，直接传递请求比创建一个临时进程再转交请求更为合理。

如果微软未来向更多开发者开放相关接口，单实例应用就有机会以较小的改动获得启动加速。相比不断增加后台预加载任务，这种减少不必要工作的思路，也更符合降低系统资源开销的方向。

接下来值得关注的，是微软何时扩大该功能的开放范围，以及除Edge之外，还有哪些常用Windows应用会率先采用这项机制。