Windows启动项排序分两层：用户态自启程序顺序由注册表和服务依赖决定，无法人为干预；引导菜单顺序则需用bcdedit /set {bootmgr} displayorder设置，仅影响Windows Boot Manager二级菜单显示。
Windows 启动项排序不是靠“拖拽”或“右键升序”，而是分两层：开机自启程序的加载顺序（用户态）和系统引导菜单的显示顺序（固件/BCD 层），二者完全独立，混用会导致操作无效。
任务管理器里看到的启动项根本不能调顺序
任务管理器“启动”选项卡只允许启用/禁用，不提供排序功能。它的“启动影响”列是静态评估值，由 Windows 根据历史冷启动耗时估算，Startup Impact 高不代表它排在前面加载——实际加载顺序由注册表 Run 键值读取顺序、服务依赖关系、以及 Shell 初始化时机共同决定，无法人为干预。
- 禁用高影响项（如
OneDrive、Razer Synapse、Logitech Options）能缩短登录后响应延迟，但不会改变它们在启动队列中的相对位置 - 若发现某个程序总在 Explorer 之后才启动，说明它依赖
explorer.exe或注册在HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\RunOnce，这类项天然晚于常规Run项 - 误以为“禁用 A 再启用 B 就能让 B 先跑”是常见误区；重启后所有启用项仍按注册表键值遍历顺序并发拉起，无先后保障
bcdedit 的 displayorder 是唯一可控的引导菜单排序方式
当你装了 Windows + Ubuntu + WinPE，想让 Ubuntu 总是第一个出现在开机菜单里，必须用 bcdedit /set {bootmgr} displayorder。这个命令不改默认启动项，只改菜单视觉顺序——哪怕你设了 Windows 为默认，菜单第一行仍是 Ubuntu。
- 先运行
bcdedit /enum firmware，复制每个系统的 identifier（如{cbd97ab5-8a52-11ea-bc55-0242ac130003}），别抄名称，名称可能重复或含空格导致命令失败 - 执行
bcdedit /set {bootmgr} displayorder {ubuntu-id} {win11-id} {fwbootmgr}，多个 identifier 用空格隔开，顺序即菜单从上到下的排列 - 必须配套执行
bcdedit /set {bootmgr} displaybootmenu yes和bcdedit /timeout 8，否则即使排好了也看不到菜单 - 该设置写入 BCD 存储，重启立即生效，无需进 BIOS，也不受 UEFI/Legacy 模式影响
UEFI 启动顺序和 Windows 引导菜单是两套体系
BIOS/UEFI 中的 Boot Option #1 控制硬件级第一加载目标（比如先找 Windows Boot Manager 还是 ubuntu），而 bcdedit 控制的是 Windows Boot Manager 自己弹出的二级菜单顺序。前者决定“进不进 Windows 启动流程”，后者决定“进了之后菜单怎么排”。
- 如果你把 UEFI 里的
ubuntu设为第一启动项，电脑将直接进 GRUB，根本不会触发 Windows 的引导菜单，bcdedit设置完全无效 - 反之，若 UEFI 第一启动项是
Windows Boot Manager，但bcdedit未启用菜单（displaybootmenu no），则会跳过选择直接进默认系统，哪怕你排好了顺序也看不见 - 验证当前固件启动顺序，可用
msinfo32查看“BIOS 模式”和“安全启动状态”，再结合bcdedit /enum firmware输出比对是否一致
真正容易被忽略的点是：displayorder 只作用于被 Windows Boot Manager 主动识别并收录的引导项。像某些 Linux 发行版用 shim.efi 绕过 BCD 直接注册到 UEFI 启动列表的，就不会出现在 bcdedit /enum firmware 结果里，也就无法用此法排序——这时只能去 UEFI 固件里手动调顺序，或者重装 GRUB 到 Windows 分区并让其被 BCD 扫描到。
