Windows UAC（用户账户控制）弹窗会主动隔离输入事件，阻止任何第三方程序（包括PyInstaller打包的exe）捕获其范围内的按键行为——这是系统级安全机制，无法绕过，但可通过设计调整规避影响。
windows uac弹窗会主动隔离输入事件，阻止任何第三方程序（包括pyinstaller打包的exe）捕获其范围内的按键行为——这是系统级安全机制，无法绕过，但可通过设计调整规避影响。
在您的脚本中，使用 keyboard.read_event() 实现全局键盘监听，初衷是记录按键直至按 F3 结束，并通过 Discord Webhook 发送日志。然而，一旦 Windows 触发 UAC 提权弹窗（例如运行需管理员权限的程序），系统会立即暂停所有非特权进程的低层输入钩子（如 SetWindowsHookEx(WH_KEYBOARD_LL)），导致 keyboard 库无法继续接收事件——这不是程序崩溃，而是 Windows 主动、强制的输入屏蔽行为。
✅ 根本原因明确：
这不是代码 Bug，而是 Windows 的安全设计。UAC 窗口运行在高完整性级别（High Integrity Level） 的受保护会话中，而普通用户启动的 Python exe 默认以中等完整性级别运行。根据 Windows 的 UIPI（User Interface Privilege Isolation）策略，低完整性进程无法向高完整性窗口注入或监听输入，keyboard 库底层依赖的 Windows LL 钩子在此场景下被系统静默禁用。
❌ 常见误区与无效尝试：
- ❌ 以管理员身份运行您的 exe（右键 → “以管理员身份运行”）不能解决问题：UAC 窗口本身处于更高安全上下文，即使您的程序也提权，仍受 UIPI 限制；
- ❌ 修改 manifest 嵌入
requireAdministrator或asInvoker仅影响自身启动权限，不改变对 UAC 窗口的监听能力； - ❌ 使用
pynput或win32api等替代库效果相同——它们同样依赖系统钩子，面临同等限制。
✅ 可行的应对策略：
图片提示词生成器？不止如此。 马甲系统 —— 把脑海中的画面，翻译成AI能理解的专业表达。 用得越多，它越懂你：首次需要多问几句确认方向，用久了几乎一说就懂。 用得越多，它越快：缓存机制让后续对话越来越省。 RAG进化：成功案例持续入库，越跑越聪明。 输入「新手指南」查看完整功能介绍
-
避开 UAC 场景（推荐）
将脚本设计为仅监听常规用户交互流程，避免在预期触发 UAC 的操作（如安装软件、修改系统设置）期间依赖实时捕获。例如：- 在用户执行敏感操作前自动暂停监听（通过检测
consent.exe进程）； - 使用
psutil监控进程列表，临时停用keyboard钩子：
- 在用户执行敏感操作前自动暂停监听（通过检测
import psutil
import time
def is_uac_active():
return any("consent.exe" in p.name().lower() for p in psutil.process_iter())
# 在主循环中加入检查
while True:
if is_uac_active():
print("[INFO] UAC detected — pausing key capture...")
time.sleep(1)
continue
event = keyboard.read_event()
# ... 处理逻辑-
改用前台窗口判定 + 应用级热键
若只需监听特定应用（如记事本、浏览器），可结合GetForegroundWindow判断当前焦点窗口类名，仅在可信窗口激活时启用监听，从根本上规避 UAC 窗口干扰：
import win32gui
import win32con
def get_active_class():
hwnd = win32gui.GetForegroundWindow()
if hwnd:
return win32gui.GetClassName(hwnd)
return ""
# 示例：仅当记事本或 Chrome 激活时记录
whitelist = ["Notepad", "Chrome_WidgetWin_1"]
if get_active_class() in whitelist:
# 启用 keyboard.listen() 或 read_event()-
接受限制，优化用户体验
- 在 UI 或日志中明确提示：“UAC 弹窗期间按键将不被记录”；
- 使用
F3作为启停开关，而非终止键，允许用户手动控制监听生命周期； - 对
backspace、enter等关键键做更鲁棒处理（当前代码中hook.send(a)发送原始事件列表可能引发格式错误，建议仅发送处理后的txt）。
? 重要提醒：
试图通过驱动级工具（如内核钩子）、模拟硬件输入或篡改系统策略来突破此限制，不仅技术复杂、极易蓝屏，且违反微软安全规范，可能导致应用被杀毒软件误报为恶意软件。请始终尊重操作系统安全边界。
综上，这不是缺陷，而是保障凭证安全的必要屏障。合理调整程序行为逻辑，比强行“绕过”更可靠、合规且可持续。
立即学习“Python免费学习笔记（深入）”；
