为什么Windows11要引入“显示更多选项”？

官方给出的理由是“简化右键菜单，减少杂乱选项”，但他们搞砸了 ------ 明显出现了设计逻辑割裂的问题。

微软的初衷也许是“善”的，比如发布之初，甭管是否好用，整个右键菜单至少看起来是利索的，但这种“干净利索”其实也持续不了多久，这个后面再说！

先引一篇文章详细解释一下“初衷”：

他们认为 Windows 10 右键菜单的“痛点”：

- 剪切、复制、粘贴、删除、重命名这类最高频操作，菜单项距离鼠标光标、触控点击点、手写笔落点位置过远，操作动线长；
- 菜单整体篇幅过长：自 Windows XP 引入 IContextMenu 接口起，20 年间无统一规范约束，各类功能无节制叠加，菜单持续膨胀；
- 菜单内混杂大量极低频次使用的功能选项；
- 逻辑上应当归类放置的操作（例如“打开”与“打开方式”），经常被分隔在菜单不同位置，布局散乱；
- 第三方软件新增的右键扩展无统一排版规范，会随意插入、割裂系统原生功能分组；
- 第三方扩展菜单项无法直观区分归属哪个软件，用户分不清选项来源；
- 大量右键扩展功能与文件资源管理器（Explorer）同进程运行，极易引发卡顿、资源占用高、资源管理器崩溃等性能与稳定性故障。

他们给出的方案（号称解决了上述全部痛点）：

- 高频常用操作直接放置在右键唤起位置旁（顶部图标栏），缩短操作距离；
- 将“打开”与“打开方式”归为同一分组，同类功能集中展示；
- 应用程序统一通过 IExplorerCommand 接口拓展右键菜单，并附带应用身份标识；未打包的传统 Win32 软件可借助稀疏清单（Sparse Manifests） 适配该接口；IExplorerCommand 接口向下兼容至 Windows 7；
- 所有第三方软件拓展菜单项统一收拢在系统内置操作（Shell verbs）下方，不再穿插打乱原生菜单布局；
- 云同步文件类应用（OneDrive 等网盘）的功能项，与系统“占位文件下载/释放空间”原生操作相邻摆放；
- 单个软件提供超过一条右键拓展命令时，会收纳进专属弹出二级菜单，并标注软件来源归属；
- “显示更多选项”会完整加载原版 Windows 10 右键菜单，用于存放低频系统功能、以及尚未完成新接口迁移的第三方软件条目，系统没有彻底删除任何原有右键功能；
- 快捷键 Shift+F10、键盘上的菜单键，同样可以直接调出 Win10 原版右键菜单。

也算是有理有据、有情有义吧......

......

然后再看一篇技术文章（从我们公司知识库里扒出来的，不知道原始出处）：

长期以来，系统右键菜单一直基于 IContextMenu 接口实现，该接口随 Windows 95（或者 XP）推出，后续又拓展出 IContextMenu2 与 IContextMenu3。
其工作原理大致为：动态链接库（DLL）通过规范方式在注册表中完成注册，文件资源管理器（Windows 资源管理器）据此创建对应类标识符（CLSID），并将其作为 IContextMenu 接口的实现载体。
而“新式实现方案”依托 IExplorerCommand 接口，该接口于 Windows 7 系统新增，用于提供可作用于程序项的“扩展命令”，但该接口最初并非专门为右键菜单设计。
微软如今复用、推广这套接口，大概率是想尽可能将外壳扩展与 Win32 原生接口解耦。
传统 IContextMenu 接口的逻辑是：Windows 向扩展程序传入菜单句柄，扩展程序依托该句柄向菜单追加自定义选项。但微软当下的全新技术路线（无论其当前命名是什么）不再采用原生 Windows 控件，自然也就没有可供传给外壳扩展程序的菜单句柄。

于是，在系统发布之初，由于绝大多数程序还未适配 IExplorerCommand 接口，所以自然是“干净利索”的。

但后续的发展......

热心网友：

这个右键菜单未免也太长了吧？@Windows 官方

Marcus Ash（Windows 产品负责人）：

我们正在优化右键菜单，目标是提升弹出速度、默认状态更简洁、支持自定义，只保留你最常用的功能，很快会公开更多详细改进方案。

......

据我所知，这应该是 Windows 团队第四次“优化”了：

1. 基础功能补全，应该是在 2022 年；
2. 恢复“刷新”这种高频刚需功能，大约在 2024 年；
3. 分离式右键菜单，2025 年，这个好像还没发布？
4. 性能全面重构，2026 预览版。