鎖屏保姆級教程：3個(gè)坑點(diǎn)全解)
電腦怎么自動(dòng)鎖屏保姆級教程：3個(gè)坑點(diǎn)全解
報(bào)錯(cuò)一堆看不懂 StackTrace？別慌，這其實(shí)是 Windows 底層策略在跟你“打架”。很多開發(fā)者覺得鎖屏是系統(tǒng)自動(dòng)行為，直到某天部署腳本失敗，才發(fā)現(xiàn)是策略攔截了請求。這篇保姆級教程，不聊虛的，直接拆解底層邏輯，讓你徹底搞懂電腦怎么自動(dòng)鎖屏背后的機(jī)制，避開那些讓你抓狂的隱形陷阱。
一句話原理與核心機(jī)制
自動(dòng)鎖屏的本質(zhì)，是操作系統(tǒng)監(jiān)聽用戶輸入事件（鍵盤、鼠標(biāo)），當(dāng)檢測到閑置時(shí)間超過閾值時(shí)，調(diào)用系統(tǒng) API 強(qiáng)制切換到安全桌面或執(zhí)行注銷/睡眠指令。
這里有個(gè)關(guān)鍵點(diǎn)：鎖屏 ≠ 睡眠 ≠ 注銷。鎖屏：切斷當(dāng)前用戶會(huì)話的輸入通道，屏幕變黑或顯示密碼框，后臺(tái)進(jìn)程（如編譯、下載）通常繼續(xù)運(yùn)行（取決于電源設(shè)置）。
睡眠：內(nèi)存內(nèi)容保留，硬盤/風(fēng)扇停止，進(jìn)程掛起，喚醒需時(shí)間。
注銷：徹底結(jié)束當(dāng)前用戶所有進(jìn)程，返回登錄界面。Windows 10/11 中，控制鎖屏的核心組件是 User32.dll 中的 LockWorkStation API，而閑置檢測邏輯則深藏在 Windows Explorer 和 PowerShell 策略腳本中。對于開發(fā)者而言，理解這一層，才能解釋為什么你的自動(dòng)化腳本在無人值守時(shí)突然“斷連”——因?yàn)槠聊绘i了，某些依賴 GUI 交互的進(jìn)程被掛起或限制。
類比解釋：門衛(wèi)與保安系統(tǒng)
把電腦想象成一家 24 小時(shí)營業(yè)的銀行。用戶會(huì)話：是正在辦理業(yè)務(wù)的大堂。
自動(dòng)鎖屏：是“保安巡邏機(jī)制”。如果大堂里沒有人在動(dòng)（無鍵盤鼠標(biāo)輸入），保安（系統(tǒng)策略）就會(huì)在設(shè)定時(shí)間（比如 5 分鐘）后，拉下鐵閘門（鎖屏），但不關(guān)門（不注銷），也不關(guān)燈（不睡眠，除非電源策略要求）。
痛點(diǎn)來源：很多自動(dòng)化腳本就像“自動(dòng)送款機(jī)”，它們不需要大堂有人看著，但保安拉下閘門后，送款機(jī)的某些視覺識(shí)別功能（依賴屏幕渲染或焦點(diǎn)）就失效了。這就是為什么你看到 StackTrace 里出現(xiàn) Access Denied 或 GUI Thread Blocked——不是代碼寫錯(cuò)了，是“保安”把路堵了。這個(gè)類比解釋了為什么“后臺(tái)運(yùn)行”不等于“無鎖屏影響”。在 Windows 服務(wù)架構(gòu)中，Session 0（服務(wù)會(huì)話）與 Session 1+（用戶會(huì)話）是隔離的。如果你的腳本運(yùn)行在用戶會(huì)話，它受鎖屏策略約束；如果運(yùn)行在服務(wù)會(huì)話，則不受影響，但也無法直接操作 GUI。
源碼與偽代碼：誰在監(jiān)聽閑置？
Windows 內(nèi)部沒有單一函數(shù)直接叫“CheckIdle”，而是由多個(gè)組件協(xié)作。以下是核心邏輯的偽代碼還原，基于逆向工程與公開 API 文檔整理：
# 偽代碼：Windows 閑置檢測與鎖屏觸發(fā)邏輯
import time
import ctypes# 1. 獲取當(dāng)前用戶會(huì)話的閑置時(shí)間（毫秒）
def get_idle_time():# 調(diào)用 GetLastInputInfo APIclass LASTINPUTINFO(ctypes.Structure):_fields_ = [(cbSize, ctypes.c_uint), (dwTime, ctypes.c_uint)]lii = LASTINPUTINFO()lii.cbSize = ctypes.sizeof(LASTINPUTINFO)# 獲取當(dāng)前系統(tǒng)時(shí)間current_tick = ctypes.windll.kernel32.GetTickCount()# 調(diào)用 APIctypes.windll.user32.GetLastInputInfo(ctypes.byref(lii))# 計(jì)算差值idle_ms = current_tick - lii.dwTimereturn idle_ms# 2. 鎖屏執(zhí)行函數(shù)
def lock_workstation():# 調(diào)用 User32.dll 的 LockWorkStationctypes.windll.user32.LockWorkStation()# 3. 主循環(huán)（模擬 Windows Explorer 的后臺(tái)監(jiān)控線程）
def monitor_and_lock(timeout_seconds=300):print(Start monitoring idle time...)while True:idle_ms = get_idle_time()# 檢查是否超過閾值（例如 5 分鐘 = 300000 ms）if idle_ms timeout_seconds * 1000:print(fIdle detected: {idle_ms} ms. Triggering lock.)lock_workstation()break # 鎖屏后，此線程通常會(huì)暫?；蛲顺觯钡浇怄itime.sleep(1) # 每秒檢查一次if __name__ == __main__:monitor_and_lock(timeout_seconds=5 * 60)逐行解析：GetLastInputInfo：這是關(guān)鍵 API。它返回自最后一次鍵盤或鼠標(biāo)輸入以來的時(shí)間戳。注意，它只追蹤“輸入”，不追蹤“網(wǎng)絡(luò)活動(dòng)”或“磁盤讀寫”。所以，如果你的腳本在瘋狂寫文件但沒碰鼠標(biāo)，系統(tǒng)依然認(rèn)為你“閑置”。
LockWorkStation：原子操作，立即切換。它沒有返回值，但會(huì)觸發(fā)安全桌面（Secure Desktop）切換。
避坑點(diǎn)：很多開發(fā)者嘗試用 SendKeys 模擬點(diǎn)擊來“保持活躍”，這在 UAC（用戶賬戶控制）提升的進(jìn)程中會(huì)被攔截，且容易被安全軟件標(biāo)記為惡意行為。MDN Web Docs 雖然主要聚焦 Web，但其對 requestIdleCallback 和事件循環(huán)的描述，幫助我理解了“空閑”在計(jì)算資源調(diào)度中的通用定義——即“當(dāng)前線程沒有待處理的輸入事件”。在 Windows 中，這個(gè)“輸入事件”特指 HID（人機(jī)接口設(shè)備）信號(hào)。流程描述：從檢測到鎖屏的完整鏈路
當(dāng)你的電腦“靜默”一段時(shí)間后，以下流程在后臺(tái)高速運(yùn)轉(zhuǎn)：HID 驅(qū)動(dòng)層：鼠標(biāo)/鍵盤中斷觸發(fā)，驅(qū)動(dòng)更新 GetLastInputInfo 中的時(shí)間戳。
Explorer 監(jiān)控線程：explorer.exe 中的 IdleMonitor 線程每隔 1-5 秒輪詢一次 GetLastInputInfo。
策略引擎判斷：讀取注冊表 HKCU\Control Panel\Desk 下的 ScreenSaveActive 和 ScreenSaveTimeOut，或組策略（GPO）中的“交互式登錄”策略。若為“使用屏幕保護(hù)程序”：觸發(fā) scrnsave.scr 執(zhí)行。
若為“直接鎖屏”：調(diào)用 LockWorkStation。
若為“睡眠”：調(diào)用 SetSuspendState。安全桌面切換：csrss.exe（Client/Server Runtime Subsystem）介入，將當(dāng)前用戶會(huì)話的桌面對象切換到“安全桌面”。此時(shí)，所有非特權(quán)窗口被隱藏，鍵盤輸入被重定向到密碼輸入框。
喚醒機(jī)制：用戶按下任意鍵，csrss.exe 驗(yàn)證憑據(jù)，恢復(fù)原始桌面上下文，GetLastInputInfo 時(shí)間戳重置。關(guān)鍵陷阱：組策略覆蓋
如果你在企業(yè)環(huán)境或域控中，本地設(shè)置會(huì)被 GPO 覆蓋。檢查方法：運(yùn)行 gpedit.msc（Win10 家庭版無此功能，需用注冊表或腳本）。
路徑：計(jì)算機(jī)配置 管理模板 系統(tǒng) 登錄。
查看“在交互式登錄屏幕上顯示來自上次成功登錄的用戶名”和“交互式登錄：不顯示用戶名”等策略。
實(shí)戰(zhàn)驗(yàn)證：很多開發(fā)者抱怨“我明明設(shè)置了 10 分鐘鎖屏，為什么 1 分鐘就鎖了？”答案往往是：域策略強(qiáng)制了更短的超時(shí)，或者安全軟件（如某些 EDR）注入了自己的監(jiān)控鉤子，縮短了閑置判定時(shí)間。實(shí)戰(zhàn)驗(yàn)證與避坑指南
場景一：自動(dòng)化測試腳本被鎖屏打斷
現(xiàn)象：Selenium 或 Playwright 腳本在無人值守時(shí)，頁面元素定位失敗，報(bào) ElementNotInteractableException。
原因：鎖屏導(dǎo)致瀏覽器窗口失去焦點(diǎn)，或 GPU 加速渲染暫停（部分顯卡驅(qū)動(dòng)在鎖屏?xí)r降低功耗，停止合成器更新）。
解決方案：修改電源設(shè)置：控制面板 電源選項(xiàng) 更改計(jì)劃設(shè)置 將“關(guān)閉顯示屏”設(shè)為“從不”，“使計(jì)算機(jī)進(jìn)入睡眠狀態(tài)”設(shè)為“從不”。注意：這不阻止鎖屏，只阻止睡眠/關(guān)屏。
使用 SetThreadExecutionState：在腳本啟動(dòng)時(shí)調(diào)用此 API，告訴系統(tǒng)“我正在進(jìn)行關(guān)鍵操作，請勿進(jìn)入待機(jī)”：
#include windows.h
// ES_CONTINUOUS | ES_SYSTEM_REQUIRED 表示持續(xù)阻止系統(tǒng)空閑
SetThreadExecutionState(ES_CONTINUOUS | ES_SYSTEM_REQUIRED);
// ... 執(zhí)行你的自動(dòng)化腳本 ...
SetThreadExecutionState(ES_CONTINUOUS); // 重置注意：這只能阻止睡眠和屏保，不能阻止鎖屏。要阻止鎖屏，必須在腳本中定期模擬輸入，或使用 LockWorkStation 的反向操作（無直接 API，通常用 UnlockWorkStation 需管理員權(quán)限且不安全）。
最佳實(shí)踐：將關(guān)鍵自動(dòng)化任務(wù)部署為 Windows 服務(wù)（Session 0），或使用 Task Scheduler 并勾選“不管用戶是否登錄都要運(yùn)行”。這樣腳本運(yùn)行在非交互會(huì)話，完全不受用戶鎖屏策略影響。場景二：遠(yuǎn)程桌面（RDP）會(huì)話意外鎖屏
現(xiàn)象：斷開 RDP 連接后，會(huì)話立即鎖屏，導(dǎo)致長時(shí)任務(wù)中斷。
原因：默認(rèn)情況下，RDP 斷開等同于“注銷”或“鎖屏”，取決于策略。
解決方案：修改注冊表 HKLM\SYSTEM\CurrentControlSet\Control\Terminal Server 下的 ResetDisconnect 值為 0（表示斷開時(shí)保持會(huì)話，不重置）。
使用 mstsc 的 /admin 模式連接，或配置組策略“連接時(shí)重連”。場景三：開發(fā)者本地調(diào)試“假死”
現(xiàn)象：斷點(diǎn)調(diào)試時(shí)，電腦突然鎖屏，調(diào)試器斷開連接，變量丟失。
原因：鎖屏導(dǎo)致 dbgeng 調(diào)試引擎與目標(biāo)進(jìn)程通信超時(shí)。
解決方案：在調(diào)試會(huì)話啟動(dòng)前，臨時(shí)禁用鎖屏：
# PowerShell 臨時(shí)禁用鎖屏（需管理員權(quán)限）
Set-ItemProperty -Path HKCU:\Control Panel\Desktop -Name ScreenSaveActive -Value 0
# 調(diào)試結(jié)束后恢復(fù)
Set-ItemProperty -Path HKCU:\Control Panel\Desktop -Name ScreenSaveActive -Value 1或使用 Visual Studio 的“調(diào)試時(shí)保持喚醒”選項(xiàng)（部分版本支持）。常見誤區(qū)澄清誤區(qū)：“鎖屏就是睡眠，進(jìn)程都停了?！?正解：鎖屏后，CPU、內(nèi)存、網(wǎng)絡(luò)、磁盤均正常運(yùn)行。只有 GPU 合成器可能降低頻率，導(dǎo)致屏幕黑屏或停幀，但后臺(tái)計(jì)算不受影響。
誤區(qū)：“模擬鼠標(biāo)移動(dòng)就能防止鎖屏?！?正解：可以，但高頻模擬輸入會(huì)觸發(fā)安全警報(bào)，且增加 CPU 開銷。更優(yōu)雅的方式是調(diào)用 SetThreadExecutionState 配合定期 PostMessage 發(fā)送無害消息（如 WM_NULL）到隱藏窗口，重置閑置計(jì)時(shí)器?？偨Y(jié)與互動(dòng)
電腦怎么自動(dòng)鎖屏，看似是系統(tǒng)行為，實(shí)則是安全策略、電源管理、會(huì)話隔離三重機(jī)制的博弈。理解 GetLastInputInfo 和 LockWorkStation 的協(xié)作，你就能預(yù)判哪些腳本會(huì)“翻車”，哪些任務(wù)可以安全地?zé)o人值守。
別再被那些晦澀的 StackTrace 嚇住，它們背后往往就是“保安拉閘門”這么簡單。掌握這套底層邏輯，你就不再是被動(dòng)接受系統(tǒng)策略的用戶，而是能主動(dòng)設(shè)計(jì)規(guī)避方案的老手。
還有一個(gè)問題困擾我： 在 Linux 環(huán)境下，systemd 的 sleep-inhibit 鎖與 Windows 的機(jī)制差異巨大，特別是在 Wayland 合成器下，鎖屏行為更加不可預(yù)測。有沒有哪位在大廠做跨平臺(tái)自動(dòng)化的朋友，能分享一下在 Linux 桌面環(huán)境下防止鎖屏導(dǎo)致 GUI 測試失敗的最佳實(shí)踐？是依賴 xdg-screensaver 還是直接 hack 合成器？
還有什么不懂的？評論區(qū)留言挨個(gè)回。 特別是那些被“組策略”坑過的兄弟，說說你的血淚史，我們一起拆解。 電腦怎么自動(dòng)鎖屏保姆級教程：3個(gè)坑點(diǎn)全解
電腦怎么自動(dòng)鎖屏保姆級教程：3個(gè)坑點(diǎn)全解
報(bào)錯(cuò)一堆看不懂 StackTrace？別慌，這其實(shí)是 Windows 底層策略在跟你“打架”。很多開發(fā)者覺得鎖屏是系統(tǒng)自動(dòng)行為，直到某天部署腳本失敗，才發(fā)現(xiàn)是策略攔截了請求。這篇保姆級教程，不聊虛的，直接拆解底層邏輯，讓你徹底搞懂電腦怎么自動(dòng)鎖屏背后的機(jī)制，避開那些讓你抓狂的隱形陷阱。
一句話原理與核心機(jī)制
自動(dòng)鎖屏的本質(zhì)，是操作系統(tǒng)監(jiān)聽用戶輸入事件（鍵盤、鼠標(biāo)），當(dāng)檢測到閑置時(shí)間超過閾值時(shí)，調(diào)用系統(tǒng) API 強(qiáng)制切換到安全桌面或執(zhí)行注銷/睡眠指令。
這里有個(gè)關(guān)鍵點(diǎn)：鎖屏 ≠ 睡眠 ≠ 注銷。鎖屏：切斷當(dāng)前用戶會(huì)話的輸入通道，屏幕變黑或顯示密碼框，后臺(tái)進(jìn)程（如編譯、下載）通常繼續(xù)運(yùn)行（取決于電源設(shè)置）。
睡眠：內(nèi)存內(nèi)容保留，硬盤/風(fēng)扇停止，進(jìn)程掛起，喚醒需時(shí)間。
注銷：徹底結(jié)束當(dāng)前用戶所有進(jìn)程，返回登錄界面。Windows 10/11 中，控制鎖屏的核心組件是 User32.dll 中的 LockWorkStation API，而閑置檢測邏輯則深藏在 Windows Explorer 和 PowerShell 策略腳本中。對于開發(fā)者而言，理解這一層，才能解釋為什么你的自動(dòng)化腳本在無人值守時(shí)突然“斷連”——因?yàn)槠聊绘i了，某些依賴 GUI 交互的進(jìn)程被掛起或限制。
類比解釋：門衛(wèi)與保安系統(tǒng)
把電腦想象成一家 24 小時(shí)營業(yè)的銀行。用戶會(huì)話：是正在辦理業(yè)務(wù)的大堂。
自動(dòng)鎖屏：是“保安巡邏機(jī)制”。如果大堂里沒有人在動(dòng)（無鍵盤鼠標(biāo)輸入），保安（系統(tǒng)策略）就會(huì)在設(shè)定時(shí)間（比如 5 分鐘）后，拉下鐵閘門（鎖屏），但不關(guān)門（不注銷），也不關(guān)燈（不睡眠，除非電源策略要求）。
痛點(diǎn)來源：很多自動(dòng)化腳本就像“自動(dòng)送款機(jī)”，它們不需要大堂有人看著，但保安拉下閘門后，送款機(jī)的某些視覺識(shí)別功能（依賴屏幕渲染或焦點(diǎn)）就失效了。這就是為什么你看到 StackTrace 里出現(xiàn) Access Denied 或 GUI Thread Blocked——不是代碼寫錯(cuò)了，是“保安”把路堵了。這個(gè)類比解釋了為什么“后臺(tái)運(yùn)行”不等于“無鎖屏影響”。在 Windows 服務(wù)架構(gòu)中，Session 0（服務(wù)會(huì)話）與 Session 1+（用戶會(huì)話）是隔離的。如果你的腳本運(yùn)行在用戶會(huì)話，它受鎖屏策略約束；如果運(yùn)行在服務(wù)會(huì)話，則不受影響，但也無法直接操作 GUI。
源碼與偽代碼：誰在監(jiān)聽閑置？
Windows 內(nèi)部沒有單一函數(shù)直接叫“CheckIdle”，而是由多個(gè)組件協(xié)作。以下是核心邏輯的偽代碼還原，基于逆向工程與公開 API 文檔整理：
# 偽代碼：Windows 閑置檢測與鎖屏觸發(fā)邏輯
import time
import ctypes# 1. 獲取當(dāng)前用戶會(huì)話的閑置時(shí)間（毫秒）
def get_idle_time():# 調(diào)用 GetLastInputInfo APIclass LASTINPUTINFO(ctypes.Structure):_fields_ = [(cbSize, ctypes.c_uint), (dwTime, ctypes.c_uint)]lii = LASTINPUTINFO()lii.cbSize = ctypes.sizeof(LASTINPUTINFO)# 獲取當(dāng)前系統(tǒng)時(shí)間current_tick = ctypes.windll.kernel32.GetTickCount()# 調(diào)用 APIctypes.windll.user32.GetLastInputInfo(ctypes.byref(lii))# 計(jì)算差值idle_ms = current_tick - lii.dwTimereturn idle_ms# 2. 鎖屏執(zhí)行函數(shù)
def lock_workstation():# 調(diào)用 User32.dll 的 LockWorkStationctypes.windll.user32.LockWorkStation()# 3. 主循環(huán)（模擬 Windows Explorer 的后臺(tái)監(jiān)控線程）
def monitor_and_lock(timeout_seconds=300):print(Start monitoring idle time...)while True:idle_ms = get_idle_time()# 檢查是否超過閾值（例如 5 分鐘 = 300000 ms）if idle_ms timeout_seconds * 1000:print(fIdle detected: {idle_ms} ms. Triggering lock.)lock_workstation()break # 鎖屏后，此線程通常會(huì)暫?；蛲顺觯钡浇怄itime.sleep(1) # 每秒檢查一次if __name__ == __main__:monitor_and_lock(timeout_seconds=5 * 60)逐行解析：GetLastInputInfo：這是關(guān)鍵 API。它返回自最后一次鍵盤或鼠標(biāo)輸入以來的時(shí)間戳。注意，它只追蹤“輸入”，不追蹤“網(wǎng)絡(luò)活動(dòng)”或“磁盤讀寫”。所以，如果你的腳本在瘋狂寫文件但沒碰鼠標(biāo)，系統(tǒng)依然認(rèn)為你“閑置”。
LockWorkStation：原子操作，立即切換。它沒有返回值，但會(huì)觸發(fā)安全桌面（Secure Desktop）切換。
避坑點(diǎn)：很多開發(fā)者嘗試用 SendKeys 模擬點(diǎn)擊來“保持活躍”，這在 UAC（用戶賬戶控制）提升的進(jìn)程中會(huì)被攔截，且容易被安全軟件標(biāo)記為惡意行為。MDN Web Docs 雖然主要聚焦 Web，但其對 requestIdleCallback 和事件循環(huán)的描述，幫助我理解了“空閑”在計(jì)算資源調(diào)度中的通用定義——即“當(dāng)前線程沒有待處理的輸入事件”。在 Windows 中，這個(gè)“輸入事件”特指 HID（人機(jī)接口設(shè)備）信號(hào)。流程描述：從檢測到鎖屏的完整鏈路
當(dāng)你的電腦“靜默”一段時(shí)間后，以下流程在后臺(tái)高速運(yùn)轉(zhuǎn)：HID 驅(qū)動(dòng)層：鼠標(biāo)/鍵盤中斷觸發(fā)，驅(qū)動(dòng)更新 GetLastInputInfo 中的時(shí)間戳。
Explorer 監(jiān)控線程：explorer.exe 中的 IdleMonitor 線程每隔 1-5 秒輪詢一次 GetLastInputInfo。
策略引擎判斷：讀取注冊表 HKCU\Control Panel\Desk 下的 ScreenSaveActive 和 ScreenSaveTimeOut，或組策略（GPO）中的“交互式登錄”策略。若為“使用屏幕保護(hù)程序”：觸發(fā) scrnsave.scr 執(zhí)行。
若為“直接鎖屏”：調(diào)用 LockWorkStation。
若為“睡眠”：調(diào)用 SetSuspendState。安全桌面切換：csrss.exe（Client/Server Runtime Subsystem）介入，將當(dāng)前用戶會(huì)話的桌面對象切換到“安全桌面”。此時(shí)，所有非特權(quán)窗口被隱藏，鍵盤輸入被重定向到密碼輸入框。
喚醒機(jī)制：用戶按下任意鍵，csrss.exe 驗(yàn)證憑據(jù)，恢復(fù)原始桌面上下文，GetLastInputInfo 時(shí)間戳重置。關(guān)鍵陷阱：組策略覆蓋
如果你在企業(yè)環(huán)境或域控中，本地設(shè)置會(huì)被 GPO 覆蓋。檢查方法：運(yùn)行 gpedit.msc（Win10 家庭版無此功能，需用注冊表或腳本）。
路徑：計(jì)算機(jī)配置 管理模板 系統(tǒng) 登錄。
查看“在交互式登錄屏幕上顯示來自上次成功登錄的用戶名”和“交互式登錄：不顯示用戶名”等策略。
實(shí)戰(zhàn)驗(yàn)證：很多開發(fā)者抱怨“我明明設(shè)置了 10 分鐘鎖屏，為什么 1 分鐘就鎖了？”答案往往是：域策略強(qiáng)制了更短的超時(shí)，或者安全軟件（如某些 EDR）注入了自己的監(jiān)控鉤子，縮短了閑置判定時(shí)間。實(shí)戰(zhàn)驗(yàn)證與避坑指南
場景一：自動(dòng)化測試腳本被鎖屏打斷
現(xiàn)象：Selenium 或 Playwright 腳本在無人值守時(shí)，頁面元素定位失敗，報(bào) ElementNotInteractableException。
原因：鎖屏導(dǎo)致瀏覽器窗口失去焦點(diǎn)，或 GPU 加速渲染暫停（部分顯卡驅(qū)動(dòng)在鎖屏?xí)r降低功耗，停止合成器更新）。
解決方案：修改電源設(shè)置：控制面板 電源選項(xiàng) 更改計(jì)劃設(shè)置 將“關(guān)閉顯示屏”設(shè)為“從不”，“使計(jì)算機(jī)進(jìn)入睡眠狀態(tài)”設(shè)為“從不”。注意：這不阻止鎖屏，只阻止睡眠/關(guān)屏。
使用 SetThreadExecutionState：在腳本啟動(dòng)時(shí)調(diào)用此 API，告訴系統(tǒng)“我正在進(jìn)行關(guān)鍵操作，請勿進(jìn)入待機(jī)”：
#include windows.h
// ES_CONTINUOUS | ES_SYSTEM_REQUIRED 表示持續(xù)阻止系統(tǒng)空閑
SetThreadExecutionState(ES_CONTINUOUS | ES_SYSTEM_REQUIRED);
// ... 執(zhí)行你的自動(dòng)化腳本 ...
SetThreadExecutionState(ES_CONTINUOUS); // 重置注意：這只能阻止睡眠和屏保，不能阻止鎖屏。要阻止鎖屏，必須在腳本中定期模擬輸入，或使用 LockWorkStation 的反向操作（無直接 API，通常用 UnlockWorkStation 需管理員權(quán)限且不安全）。
最佳實(shí)踐：將關(guān)鍵自動(dòng)化任務(wù)部署為 Windows 服務(wù)（Session 0），或使用 Task Scheduler 并勾選“不管用戶是否登錄都要運(yùn)行”。這樣腳本運(yùn)行在非交互會(huì)話，完全不受用戶鎖屏策略影響。場景二：遠(yuǎn)程桌面（RDP）會(huì)話意外鎖屏
現(xiàn)象：斷開 RDP 連接后，會(huì)話立即鎖屏，導(dǎo)致長時(shí)任務(wù)中斷。
原因：默認(rèn)情況下，RDP 斷開等同于“注銷”或“鎖屏”，取決于策略。
解決方案：修改注冊表 HKLM\SYSTEM\CurrentControlSet\Control\Terminal Server 下的 ResetDisconnect 值為 0（表示斷開時(shí)保持會(huì)話，不重置）。
使用 mstsc 的 /admin 模式連接，或配置組策略“連接時(shí)重連”。場景三：開發(fā)者本地調(diào)試“假死”
現(xiàn)象：斷點(diǎn)調(diào)試時(shí)，電腦突然鎖屏，調(diào)試器斷開連接，變量丟失。
原因：鎖屏導(dǎo)致 dbgeng 調(diào)試引擎與目標(biāo)進(jìn)程通信超時(shí)。
解決方案：在調(diào)試會(huì)話啟動(dòng)前，臨時(shí)禁用鎖屏：
# PowerShell 臨時(shí)禁用鎖屏（需管理員權(quán)限）
Set-ItemProperty -Path HKCU:\Control Panel\Desktop -Name ScreenSaveActive -Value 0
# 調(diào)試結(jié)束后恢復(fù)
Set-ItemProperty -Path HKCU:\Control Panel\Desktop -Name ScreenSaveActive -Value 1或使用 Visual Studio 的“調(diào)試時(shí)保持喚醒”選項(xiàng)（部分版本支持）。常見誤區(qū)澄清誤區(qū)：“鎖屏就是睡眠，進(jìn)程都停了?！?正解：鎖屏后，CPU、內(nèi)存、網(wǎng)絡(luò)、磁盤均正常運(yùn)行。只有 GPU 合成器可能降低頻率，導(dǎo)致屏幕黑屏或停幀，但后臺(tái)計(jì)算不受影響。
誤區(qū)：“模擬鼠標(biāo)移動(dòng)就能防止鎖屏?！?正解：可以，但高頻模擬輸入會(huì)觸發(fā)安全警報(bào)，且增加 CPU 開銷。更優(yōu)雅的方式是調(diào)用 SetThreadExecutionState 配合定期 PostMessage 發(fā)送無害消息（如 WM_NULL）到隱藏窗口，重置閑置計(jì)時(shí)器?？偨Y(jié)與互動(dòng)
電腦怎么自動(dòng)鎖屏，看似是系統(tǒng)行為，實(shí)則是安全策略、電源管理、會(huì)話隔離三重機(jī)制的博弈。理解 GetLastInputInfo 和 LockWorkStation 的協(xié)作，你就能預(yù)判哪些腳本會(huì)“翻車”，哪些任務(wù)可以安全地?zé)o人值守。
別再被那些晦澀的 StackTrace 嚇住，它們背后往往就是“保安拉閘門”這么簡單。掌握這套底層邏輯，你就不再是被動(dòng)接受系統(tǒng)策略的用戶，而是能主動(dòng)設(shè)計(jì)規(guī)避方案的老手。
還有一個(gè)問題困擾我： 在 Linux 環(huán)境下，systemd 的 sleep-inhibit 鎖與 Windows 的機(jī)制差異巨大，特別是在 Wayland 合成器下，鎖屏行為更加不可預(yù)測。有沒有哪位在大廠做跨平臺(tái)自動(dòng)化的朋友，能分享一下在 Linux 桌面環(huán)境下防止鎖屏導(dǎo)致 GUI 測試失敗的最佳實(shí)踐？是依賴 xdg-screensaver 還是直接 hack 合成器？
還有什么不懂的？評論區(qū)留言挨個(gè)回。 特別是那些被“組策略”坑過的兄弟，說說你的血淚史，我們一起拆解。