pyautogui是跨平台模拟键盘鼠标的最稳定方案，需先激活目标窗口、处理系统权限与延迟，辅以win32gui精准控件定位、文件中转替代粘贴、图像识别兜底。
用 pyautogui 模拟键盘鼠标是最直接的方案
Windows/macOS 上没有系统级 API 能直接读写另一个 GUI 程序的文本框或表格控件，除非对方提供 Accessibility 接口或专用 SDK。绝大多数办公软件（如 Excel、记事本、ERP 客户端）不开放这类接口，所以实际能落地的方式只剩模拟操作。
pyautogui 是目前最稳定的选择，它跨平台、不依赖目标程序类型，只要窗口能被操作系统识别（即不是全屏独占渲染的游戏或某些加密终端），就能完成聚焦、点击、复制粘贴等动作。
-
pyautogui.click()和pyautogui.hotkey('ctrl', 'c')配合pyautogui.hotkey('ctrl', 'v')是搬运文本的核心组合 - 必须先用
pyautogui.getWindowsWithTitle()找到目标窗口并.activate()，否则热键会发到当前焦点窗口 - macOS 上需在「系统设置 → 隐私与安全性 → 辅助功能」中手动授权 Python 进程，否则
hotkey无效 - 操作前加
time.sleep(0.5)避免激活未完成就发键——这是 80% 的“没反应”问题根源
遇到输入框无法聚焦？试试 pygetwindow + win32gui（仅 Windows）
有些老旧 MFC 或 Delphi 程序对 pyautogui.activate() 响应迟钝，或者窗口标题含动态时间戳导致 getWindowsWithTitle() 匹配失败。这时需要更底层的窗口句柄控制。
win32gui 可以通过类名（如 'Edit'、'ThunderRT6TextBox'）或窗口层级关系精确定位控件，再用 win32gui.SetForegroundWindow() 强制置顶，比单纯靠标题可靠得多。
立即学习“Python免费学习笔记（深入）”；
快速生成专业的 Python 脚本和应用代码。一键创建完整项目结构，支持CLI、API、爬虫、Bot、Django等多种项目类型，包含完整的项目结构、配置文件、依赖管理、测试、README和文档。
- 用
win32gui.FindWindow(None, '客户管理 - V2.1')比模糊匹配标题更稳 - 若目标是子控件（比如表格第3列），需链式调用
FindWindowEx()，但要注意句柄失效风险：窗口重绘后句柄可能变 - 避免在多显示器高 DPI 场景下直接用坐标点击——
pyautogui默认返回逻辑坐标，需用win32api.GetSystemMetrics()校正缩放比例
剪贴板内容被清空？别用 pyperclip.copy() 直接覆盖
很多用户发现 pyperclip.copy('xxx') 后粘贴出来是旧内容，这是因为目标程序（尤其是 Java/Swing 写的客户端）可能监听的是系统剪贴板的“延迟渲染”事件，而 pyperclip 写入太快，触发时机不对。
- 改用
pyautogui.hotkey('ctrl', 'c')从源窗口主动复制，确保内容来源可信 - 粘贴前加
pyautogui.press('esc')清除目标窗口可能存在的编辑模式（比如 Excel 单元格处于公式编辑态时 Ctrl+V 会失败） - 不要依赖
pyperclip.paste()做中间校验——某些安全软件会拦截剪贴板读取，返回空字符串却无报错
数据格式错乱？优先走文件中转而非纯文本粘贴
表格、带换行的地址字段、含特殊符号的订单号，用 Ctrl+C/V 极易变形：Excel 行末换行变成空格，制表符被吞掉，中文引号变问号。
更鲁棒的做法是让两个程序都支持同一临时文件路径，Python 脚本只负责写入 CSV/TSV，再用 os.startfile()（Windows）或 subprocess.run(['open', path])（macOS）触发目标程序打开该文件。
- 写文件用
encoding='utf-8-sig'避免 Excel 打开乱码 - 文件名加时间戳（如
f'data_{int(time.time())}.csv'），防止并发时覆盖 - 如果目标程序不支持拖入文件，可用
pyautogui模拟“Alt+N → F → 选择文件”这类菜单导航，比直接粘贴容错率高
真正麻烦的从来不是“怎么搬”，而是目标窗口是否响应、焦点是否真实切换、剪贴板是否被劫持——这些没法靠文档解决，得用 pyautogui.screenshot() 截图 + cv2.matchTemplate() 做图像定位来兜底。
