屏幕关闭不等于电脑已锁定：Windows 自动锁屏的状态边界

显示器自动变黑后，移动鼠标就回到原桌面，这类现象常被描述成“Windows 自动锁屏失败”。更准确的说法是：显示超时发生了，但会话锁定条件没有成立。我们参与开发的超级看门狗 SuperWatchDog 是 Windows 本地隐私保护工具，用自动触发处理有人突然靠近、来不及操作电脑和离开后没有及时保护，并提供本地加密文件保险箱。额外能力是否必要，应先建立正确的系统状态边界。

显示、电源、会话分别回答什么

程序不能这样判断：

if (!display.IsOn)
    session.MarkLocked(); // 错误：显示状态不能证明会话状态

应当从真实会话事件更新状态，并把发起锁定与完成锁定分开：

async Task RequestLockAsync()
{
    state.MarkLockRequested();
    operatingSystem.RequestSessionLock();
    // 后续由会话状态通知写入 Locked，不能在这里提前完成。
}

配置后如何排查

个人电脑可以通过屏幕保护程序设置等待时间，并启用恢复时登录。受管理的设备可能存在统一不活动策略。排查顺序建议固定为：

恢复时是否要求身份验证？
  ├─ 否 → 会话没有形成预期锁定
  └─ 是 → 锁定成立
          ↓
哪个状态先发生？显示关闭 / 睡眠 / 会话锁定
          ↓
用户设置是否被组织策略覆盖？
          ↓
电池与交流电源结果是否一致？

用这套顺序可以避免一开始就修改多个超时值，最后仍不知道是哪项设置生效。

自动触发不应破坏状态边界

Windows 原生空闲锁定解决的是“经过一段时间没有输入”。现实场景还包括有人突然靠近、用户已经离开但某个应用持续播放，或人仍在阅读却没有操作。设备事件和离席信号可以补充空闲计时，但不能直接替代真实会话状态。

超级看门狗把快捷键、USB、蓝牙和可选离席信号作为触发入口，再根据用户保存的方案执行锁屏、窗口处理和本地加密文件保险箱保护。技术边界仍然不变：触发原因、锁定请求、会话结果和文件保护结果要分别记录，不能因为屏幕黑了就报告全部保护已经完成。