引言
把 U 盘插进电脑，屏幕一角弹出的那个“选择要执行的操作”——AutoPlay 对话框，大概是 Windows 老用户最有肌肉记忆的界面之一。它的交互逻辑从 XP 时代一路延续至今，二十多年里系统换了好几代皮肤，这层对话框却几乎没怎么动过。这一次，微软终于在 Windows Insider 预览版里对它下手了。
事件要点
8 月 21 日，微软向 Beta 和 Experimental 频道的 Insider 成员推送了多个预览版本（IT之家报道）：
- Beta 通道 26H2：Build 26220.9223
- Experimental 通道 26H2：Build 26340.9233
- Experimental 通道更高开发分支：Build 28120.2760
内容上主要有两件事。其一，修复了 Experimental 通道中功能标志列表显示为空的问题，安装最新预览版后，用户可以重新看到 Feature Flags 列表内容。其二，也是更有看点的一项：用 WinUI 重构 AutoPlay 对话框，让这个“上古”弹窗跟上 Windows 11 的视觉语言。需要注意的是，据报道这项现代化体验目前只面向 Experimental 通道，Beta 用户还得再等一等。
背景：迟到的现代化，没完的迁移
对长期关注 Windows 的用户来说，这一幕并不陌生。Windows 11 发布以来，微软一直在做一件枯燥但持续的事：把散落在系统各处的老界面逐个搬进新框架。记事本、画图、照片、任务管理器先后重做，资源管理器的命令栏与右键菜单也换过一轮。AutoPlay 对话框只是这条长队里最新的一员。
这件事的工程意义大于视觉意义。传统 Win32 对话框和 WinUI 控件分属两套技术栈，渲染管线、无障碍支持、触控交互、暗色模式适配都各走各路。对微软来说，每迁移一个组件，就少维护一套旧逻辑；对生态来说，系统自带 UI 的现代化也在为第三方应用提供参照——微软自己就是 WinUI 最大的“样板间客户”。
从版本号还能读出一些节奏信息：Beta 通道停在 26220 分支，继续为 26H2 的稳定性收尾；Experimental 则推进到 26340 甚至 28120 分支，后者已指向更远期版本的开发线。换句话说，AutoPlay 这类改动即便顺利落地，也可能要跨越数个预览周期才会抵达正式版用户。
影响：小弹窗背后的大命题
单个对话框的重构不会改变谁的使用体验，但放进近期上下文里看会更有意思。八月例行安全更新刚被曝出导致部分游戏崩溃，微软正在调查（Solidot）；OneDrive Photos 的意外推送风波也刚平息。一边是质量控制的补课，一边是 UI 现代化的推进，Windows 团队实际上在同时打两场仗。
对普通用户，短期感知有限：预览通道的功能未必全部抵达正式版，微软会根据反馈决定去留。对 Insider 参与者，这类更新正是提反馈的窗口——新对话框在高分屏、触屏、暗色模式下是否表现正常，往往要靠预览用户先踩一遍坑。
点评
用 WinUI 重做 AutoPlay，是一次典型的“扫尾式”现代化：不惊艳，但必要。Windows 的历史包袱之重，业内少有对手，而卸下包袱没有捷径，只能一个个对话框、一个个面板地磨。真正值得观察的不是这个弹窗本身，而是这种迁移能否保持节奏、质量线又是否守得住——毕竟对多数用户来说，一个稳定不出错的旧界面，好过一个漂亮的新 bug。