关于实现剪贴板历史工具的两个问题：文本光标位置获取异常与Ctrl+V系统粘贴功能拦截失败

看起来你在开发剪贴板历史工具时遇到了两个挺棘手的问题，我来帮你一步步分析和解决：

问题1：文本光标位置始终返回(0,0) #

核心原因 #

win32gui.GetCaretPos() 有个关键限制：它只能在拥有前台窗口输入焦点的线程中调用才能返回有效坐标。你的热键监听线程是后台线程，和前台窗口的线程上下文不绑定，所以拿到的永远是无效的(0,0)。另外还有两个隐藏坑：

• 高DPI显示器下，Windows的缩放比例会导致窗口物理坐标和控件逻辑坐标不匹配，直接计算位置会出现偏移。
• 部分应用的自定义编辑控件（比如Chrome、VS Code的编辑器）不兼容系统默认的GetCaretPos()接口，无法直接获取光标位置。

修复方案 #

修改你的_get_text_cursor_position函数，添加线程输入绑定来获取正确的光标位置，同时处理高DPI缩放：

def _get_text_cursor_position(self):
    """Get the position of the text cursor (caret) in the active window."""
    try:
        hwnd = win32gui.GetForegroundWindow()
        logging.info(f"Active window handle: {hwnd}")

        # 获取前台窗口线程ID和当前线程ID
        foreground_thread_id = win32process.GetWindowThreadProcessId(hwnd)[0]
        current_thread_id = win32api.GetCurrentThreadId()

        # 绑定当前线程到前台窗口线程，才能访问光标信息
        attached = False
        if foreground_thread_id != current_thread_id:
            win32process.AttachThreadInput(current_thread_id, foreground_thread_id, True)
            attached = True

        try:
            caret_pos = win32gui.GetCaretPos()
            logging.info(f"Caret position (relative to window client area): {caret_pos}")
        finally:
            # 用完后解绑线程
            if attached:
                win32process.AttachThreadInput(current_thread_id, foreground_thread_id, False)

        # 处理高DPI缩放问题
        dpi = win32gui.GetDpiForWindow(hwnd)
        scale_factor = dpi / 96.0  # 96是Windows标准DPI值

        # 直接将客户区坐标转换为屏幕坐标，避免手动计算窗口偏移的错误
        screen_pos = win32gui.ClientToScreen(hwnd, caret_pos)
        logging.info(f"Caret position (screen coordinates): {screen_pos}")

        return int(screen_pos[0]), int(screen_pos[1])

    except Exception as e:
        logging.error(f"Error getting text cursor position: {e}")
        # 最终 fallback 到鼠标位置
        return win32api.GetCursorPos()

问题2：无法拦截系统默认的Ctrl+V粘贴行为 #

核心原因 #

• keyboard.hook 的拦截优先级低于系统默认的快捷键处理逻辑，有些应用会先自行处理Ctrl+V，导致你的钩子无法生效。
• 普通权限的程序无法拦截管理员权限应用的快捷键，会出现拦截失效的情况。
• 你的当前代码没有正确针对组合键的触发逻辑做拦截，return False无法完全阻止系统的默认粘贴行为。

修复方案 #

使用keyboard.add_hotkey直接拦截Ctrl+V，并设置suppress=True来强制阻止系统默认行为，同时确保程序以管理员身份运行：

import keyboard
import pyperclip
import sys
import pyautogui

custom_paste_enabled = True

def simulate_paste():
    content = pyperclip.paste()
    print(f"Custom Pasted: {content}")
    # 模拟将文本输入到当前活动窗口（替代系统粘贴）
    pyautogui.typewrite(content)

def toggle_custom_paste():
    global custom_paste_enabled
    custom_paste_enabled = not custom_paste_enabled
    print(f"Custom paste {'enabled' if custom_paste_enabled else 'disabled'}.")

# 拦截Ctrl+V组合键
def on_ctrl_v_triggered():
    if custom_paste_enabled:
        print("Ctrl+V intercepted. Executing custom paste.")
        simulate_paste()
        return False  # 阻止系统默认粘贴行为
    return True

# 注册热键，suppress=True 强制拦截系统默认行为
keyboard.add_hotkey('ctrl+v', on_ctrl_v_triggered, suppress=True)
keyboard.add_hotkey('F9', toggle_custom_paste)

print("Listening for keyboard events. F9 to toggle custom paste. Ctrl+V to test.")
print("Press ESC to exit.")

try:
    keyboard.wait('esc')
except KeyboardInterrupt:
    print("\nExiting.")
finally:
    keyboard.unhook_all()
    sys.exit(0)

额外注意事项 #

1. 管理员权限运行：右键点击程序，选择「以管理员身份运行」，否则无法拦截管理员权限应用的Ctrl+V。
2. 特殊应用兼容：对于少数使用自定义输入逻辑的应用（如部分游戏、专业设计软件），可以考虑使用Windows低级键盘钩子（LowLevelKeyboardProc）实现更底层的拦截，但代码复杂度会更高。

备注：内容来源于stack exchange，提问作者E-Gamma-102