微软在新版 Windows 11 中重写了经典的“运行”对话框，并宣称这一现代化版本的启动速度不仅没有变慢，反而比沿用自 Windows 95 时代的旧版本更快，却意外在网络上遭到大量嘲讽与误解。
多年来，Win+R 一直是 Windows 高级用户的肌肉记忆入口，比如许多用户会在开机后直接输入 winword 以启动 Word，但这个小窗口的外观一直停留在上世纪的审美，与当下的 Fluent Design 设计语言格格不入。 近期，Windows 11 中隐藏的现代“运行”对话框正在进行界面瘦身调整，随后微软在开发者博客中正式披露了其背后的工程细节。
根据微软介绍，全新的“运行”对话框采用 C# 与 WinUI 3 重新构建，重新设计后的中位“显示时间”（time-to-show）仅为 94 毫秒，比旧版更快 9 毫秒。 从工程角度看，这一成绩被视为显著的性能优化，但微软将这一数字公开后，却在社交平台 X 上遭到部分开发者、技术评论者和玩家的群嘲，不少人认为 94 毫秒在计算机世界简直是“漫长得难以接受”。 他们将这一数字与游戏表现对比，指出高刷显示器可以在 8 毫秒内完成一次刷新，而 3A 游戏在 94 毫秒内可以多次渲染复杂的 3D 场景，进而质疑微软“画一个文本框居然要这么久”。
文章指出，这种声音背后存在对计算机性能指标的根本性误解。 游戏中提到的渲染速度更多对应“每秒帧数”（FPS）和“热路径”（hot path）场景：游戏引擎已完整常驻内存与显存，资产管线与图形 API（如 DirectX 12）早已初始化完毕，渲染循环持续运行，因此输出下一帧的边际成本极低。 但当用户按下 Win+R 调出“运行”时，系统实际上经历的是“冷路径”（cold path）：操作系统需要截获键盘中断、为全新进程分配内存、加载 WinUI 3 和 XAML 框架、解析布局、实例化文本框与按钮，并读取用户历史记录等信息。
在这些初始化步骤完成之后，桌面窗口管理器（DWM）还要把新窗口叠加到当前桌面之上，应用 Windows 11 的 Fluent Design 效果，包括 Mica 材质透明和投影阴影处理，最后 GPU 才会绘制第一帧画面到显示器上。 将这一整套冷启动流程压缩在 94 毫秒内，本身就是一项不小的工程成就，而这依赖于微软对新“运行”对话框使用 .NET AOT（预编译，Ahead-of-Time）技术，使得 C# 代码能以接近原生代码的速度执行，同时保留现代语言在安全性与开发效率方面的优势。
更关键的是，很多批评者忽略了微软展示的最重要数据：旧版“运行”其实更慢。 在彻底重写这项工具之前，微软先在覆盖 3，500 万用户的样本中，为传统 Win32“运行”对话框加入遥测统计，结果显示这款看似“极简”的经典窗口，中位“显示时间”为 103 毫秒。 换言之，互联网正在对一个用 94 毫秒替代 103 毫秒、功能更丰富的应用发出不满，而过去从未有人抱怨旧版“运行”有任何明显卡顿。
除了性能提升，新版“运行”在功能上也迎来大幅升级，其设计基础来自社区反馈颇多的 PowerToys Run。 通过遥测，微软发现仅有约 0.0038% 的用户会点击旧版中的“浏览”按钮，因此新设计简化了界面，将注意力集中在键盘优先的输入体验上。 用户现在可以在“运行”框中输入 “~” 直接跳转到自己的用户主目录，并像命令行一样在文本框内继续路径导航。 与此同时，这一现代化版本还完整支持深色模式，相比之前类似年代久远、仍在更新中的文件资源管理器属性对话框，视觉体验更加统一。
目前，这一新的“运行”对话框仍处于 Windows 11 预览阶段，仅作为可选功能向 Insider 试验频道（Experimental Channel） 用户渐进推送。 已安装最新预览版本的用户，可以通过“设置 > 系统 > 高级”界面打开开关，手动启用新版“运行”体验。
文章最后指出，微软对“运行”对话框的现代化改造，本质是在用更干净的架构和 AOT 编译的 WinUI 3 应用，取代历史悠久且结构不一致的老代码。 这一转变不仅带来了更好的主题适配和可用性，也延续了 Windows 11 在界面一致性和性能上的整体改进方向。 在社交平台上，关于 94 毫秒与 103 毫秒的争论仍在继续，但从技术事实来看，新版“运行”既更快，也更现代。