LockWorkStation是Windows下锁定当前用户会话的原生C++函数，声明于windows.h，调用user32.dll，无需管理员权限；成功返回非零值表示锁定流程已启动，仅适用于交互式桌面会话。
Windows下锁定屏幕的C++函数是LockWorkStation
直接调用LockWorkStation就能锁定当前用户会话，不需要管理员权限，也不需要额外链接库——它属于user32.dll，只要包含<windows.h>并链接user32.lib（VS默认已链接）即可生效。
常见错误是误以为要调用SetThreadDesktop或模拟Ctrl+L，其实这些方式要么失败，要么触发UAC或被组策略拦截。真正可靠、系统原生支持的方式只有LockWorkStation。
- 函数声明在
windows.h中，无需手动LoadLibrary或GetProcAddress - 返回值为
BOOL：成功返回非零值，失败时可调用GetLastError()查错（但实际极少失败，除非当前会话无权锁定） - 仅锁定当前交互式桌面（即当前登录用户的图形会话），不影响服务进程或远程桌面会话
最小可行代码示例（VS2019+ / C++17）
以下代码编译后运行即锁屏，不弹窗、不报错、不依赖外部工具：
#include <windows.h>
int main() {
if (LockWorkStation()) {
return 0; // 锁定成功
}
// 失败时通常说明当前会话不可锁定（如服务会话、无GUI会话）
return 1;
}
注意：LockWorkStation是同步调用，返回即表示系统已开始锁定流程（动画播放、输入冻结），无需等待。
C++ Code Review Master
下载
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
立即学习“C++免费学习笔记（深入）”；
- 不能在没有桌面的会话中调用（例如以“服务”身份运行的进程），否则返回
FALSE且GetLastError()返回ERROR_NOT_SUPPORTED - 若程序运行于远程桌面会话（RDP），它只锁定该RDP窗口，不影响本地物理屏幕
- 不要在DLL注入或低完整性进程里调用——可能因UIPI（用户界面特权隔离）被静默拒绝
为什么SystemParametersInfo加SPI_SETSCREENSAVEACTIVE不行
有人尝试用SystemParametersInfo(SPI_SETSCREENSAVEACTIVE, TRUE, nullptr, 0)“激活屏保来间接锁屏”，这完全无效：屏保启动≠锁屏，除非屏保本身配置了“恢复时需密码”，且用户已启用屏保——这依赖系统设置，不可控，也不保证立即生效。
-
SPI_SETSCREENSAVEACTIVE只是开关屏保定时器，不触发锁屏逻辑 - 即使屏保启动，若未设密码或屏保被禁用，用户敲任意键就直接回到桌面
- 该API在Windows 10/11中对UWP应用或高DPI缩放场景行为不稳定
调试时容易忽略的环境限制
开发阶段常遇到“明明代码跑通却没锁屏”，大概率是运行环境不符合要求：
- 在Windows Terminal、WSL2、或SSH会话中运行——这些没有交互式桌面，
LockWorkStation必然失败 - 使用Visual Studio的“调试启动”时勾选了“以管理员身份运行”——反而可能因完整性级别升高导致UIPI拦截（尤其在Win10+）
- 程序打包成服务（Service）运行——服务会话默认无桌面，必须显式切换到
Winsta0\Default桌面才能调用，且多数情况下策略禁止服务锁屏
最稳妥的验证方式：直接双击exe文件（而非IDE内运行），确保进程出现在任务管理器“用户”选项卡下，且桌面处于活动状态。
