答案是用任务管理器查BIOS与系统启动分段耗时、事件查看器定位ID 100（Shell就绪）、PowerShell提取毫秒级总耗时，并检查启动文件夹及注册表Shell项；四步分别对应固件阶段、图形界面可交互点、资源管理器完全加载及潜在Shell阻塞源，顺序不可颠倒。
要确认电脑从按下电源键到桌面完全可用的全过程耗时，尤其是屏幕亮起后仍需等待较长时间才出现登录界面或桌面，必须区分固件（BIOS/UEFI）阶段、Windows内核加载阶段、会话初始化阶段及资源管理器就绪阶段——这些环节各自独立计时，不能仅靠肉眼判断“屏幕亮了但没反应”是否属于系统启动慢。
用任务管理器查看BIOS与系统启动分段耗时
任务管理器是唯一能直接显示固件启动时间与Windows子系统启动时间的原生工具，数值来自固件和内核联合上报，无需额外权限。
1、按下 Ctrl + Shift + Esc 打开任务管理器。
2、若显示为简洁模式，点击左下角“更多详细信息”展开完整界面。
3、切换到“启动”选项卡，等待列表加载完成。
4、在窗口右下角查找【上次BIOS所用时间】，该数值即为固件初始化耗时（单位：秒），反映从通电到移交控制权给Windows Boot Manager的时间。若此项超过15秒，说明问题出在硬件自检或启动设备选择上。
5、继续在同一区域查找【上次系统启动时间】，该值代表Windows内核加载完成、Winlogon进程启动、用户会话初始化完毕并显示登录界面的总耗时（单位：秒），不包含BIOS阶段。若此值大于30秒，需进一步排查驱动或服务延迟。
用事件查看器定位屏幕可交互的关键节点
仅看“开机”不等于“屏幕可用”，真正影响用户体验的是图形界面何时就绪。事件ID 100（由User32模块记录）明确标识“用户会话已准备就绪，Shell即将加载”，这是登录界面渲染完成、鼠标可移动、键盘可输入的首个可靠信号。
方法一：筛选ID 100与6005交叉比对
1、按下 Win + R，输入 eventvwr.msc 并回车。
2、左侧依次展开 Windows 日志 → 系统。
3、右侧点击“筛选当前日志”，在“事件ID”栏输入 6005,100（逗号分隔），点击确定。
4、按“日期和时间”升序排列，找到最近一次ID为6005的事件（开机起点），再向下查找紧邻的首个ID为100的事件（图形界面就绪点）。
5、两者时间差即为从内核启动完成到桌面环境可交互的实际耗时，这个值比任务管理器里的“上次系统启动时间”更贴近真实感知——因为后者可能包含登录动画或凭据验证延迟。
方法二：直接定位Shell加载完成事件
1、在相同筛选界面中，将“事件ID”改为 100，来源设为 User32。
2、双击最新一条结果，在“详细信息”选项卡中确认描述字段含“用户会话已准备就绪”字样。
3、注意“事件数据”区块第2行的数值，它表示该会话对应的Session ID，可用于后续关联Explorer进程启动日志。
用PowerShell提取毫秒级启动总耗时
系统性能计数器 System\Boot Time 记录的是从固件移交控制权开始，到资源管理器（explorer.exe）完全加载并注册为活跃Shell为止的总毫秒数，精度达1毫秒，且自动排除睡眠唤醒干扰。
1、右键“开始”按钮 → 选择“终端（管理员）”。注意：必须以管理员身份运行，否则计数器读取失败
2、执行命令：Get-Counter '\System\Boot Time' | Select-Object -ExpandProperty CounterSamples | Select-Object -ExpandProperty CookedValue
3、返回数值为自本次开机起经过的毫秒总数，除以1000后保留一位小数，即为总启动耗时（秒）。例如输出 28456789，对应 28456.8 秒 → 约 7 小时 54 分钟，说明不是启动慢而是长时间未重启。
4、若该值异常高（如超120000毫秒/120秒），但任务管理器显示“上次系统启动时间”仅25秒，说明问题出在Shell加载阶段——Explorer被卡住或第三方Shell扩展阻塞。
检查启动文件夹与注册表中拖慢Shell的可疑项
部分程序不走标准启动流程，而是通过修改Shell值或注入explorer.exe进程实现“开机即运行”，这类行为不会出现在任务管理器启动页，却会显著延长桌面呈现时间。
第一步：检查当前用户的启动文件夹
1、按下 Win + R，输入 shell:startup 并回车。
2、查看所有.lnk快捷方式，特别留意名称含“Shell”、“Desktop”、“Tray”、“Hook”的项目。
第二步：检查注册表Shell扩展键值
1、按下 Win + R，输入 regedit 并回车。
2、导航至 HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\ShellIconOverlayIdentifiers。
3、该路径下每个子项代表一个图标叠加层（如OneDrive、腾讯微云的小图标），若存在非微软签名的条目（如名称为RandomTool或无明确发布者），右键删除该项即可解除Explorer加载阻塞。
第三步：验证Shell是否被篡改
1、在注册表中定位 HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Winlogon。
2、检查右侧“Shell”字符串值是否为默认的 explorer.exe；若被改为其他路径（如C:\Windows\System32\customshell.dll），则立即改回，否则桌面将无法正常加载。
