WTS_SESSIONSTATE_UNKNOWN与WTS_SESSIONSTATE_LOCK的区别及相关疑问

我来帮你拆解这些关于WTS会话状态的问题——刚好我之前也在不同Windows版本上折腾过类似的API调用，踩过不少坑：

1. WTS_SESSIONSTATE_LOCK是否存在？ #

确实存在，它是Win32 API中定义的合法常量，值为0x00000001，在Wtsapi32.h头文件里可以找到它的声明。问题不在于这个常量本身，而是Windows 10 1703这个特定版本的系统行为有兼容性问题，导致它不会被正确返回。

2. 若存在，如何触发该状态？ #

在正常的高版本Windows（比如Win10 1809及以后、Win11）中，使用<WinKey>+<L>快捷键或者调用::LockWorkStation()函数，都能正确触发WTS_SESSIONSTATE_LOCK状态，此时WTSINFOEX_LEVEL1的SessionFlags会返回对应的值。

但在Win10 1703中，系统存在一个bug：当会话被锁定时，SessionFlags并不会返回WTS_SESSIONSTATE_LOCK，而是返回WTS_SESSIONSTATE_UNKNOWN（0x00000000），这就是你看到的“UNKNOWN和LOCK含义相同”的原因。这种情况下，你没法在这个版本上触发WTS_SESSIONSTATE_LOCK的返回值，只能通过兼容逻辑来处理。

3. LOCK与UNKNOWN状态有何区别？ #

从API设计的初衷来说：

• WTS_SESSIONSTATE_LOCK：明确表示会话已被主动锁定（用户手动锁机、程序调用锁机函数）。
• WTS_SESSIONSTATE_UNKNOWN：表示系统无法确定当前会话的锁定状态，或者会话处于某种未定义的中间状态（比如会话正在切换、系统资源不足无法获取状态）。

但在Win10 1703的bug中，UNKNOWN被错误地用来替代LOCK，导致两者的实际表现重合，这是版本特定的异常情况。

会话状态是三元还是二元的？ #

从底层Win32 API的设计来说，是三元的（LOCK、UNLOCK、UNKNOWN），但UNKNOWN更多是作为“异常/不确定”的兜底状态存在，正常场景下只会出现LOCK和UNLOCK。

而.NET Framework的SessionChangeReason枚举只区分SessionLock和SessionUnlock，这是因为.NET对底层API做了封装，屏蔽了底层的模糊状态（比如UNKNOWN），只对外暴露业务场景中最常用的两种明确状态，让开发者更易用。如果你的场景需要兼容旧版本Windows，建议同时处理WTS_SESSIONSTATE_UNKNOWN和WTS_SESSIONSTATE_LOCK作为锁定状态，或者改用更可靠的方式（比如监听WM_WTSSESSION_CHANGE系统消息，或者.NET中的SystemEvents.SessionSwitch事件）来检测会话锁定/解锁。

内容的提问来源于stack exchange，提问作者Peter Rawytsch