最可靠方式是直接向按钮控件hwnd发送bm_click消息，关键在于用findwindow获取主窗口句柄后，再用findwindowex或enumchildwindows准确定位子按钮，而非模拟鼠标或依赖坐标。
Windows平台下用SendMessage向外部窗口发送按钮点击消息最可靠
直接调用mouse_event或SendInput模拟鼠标移动+点击，在目标窗口被遮挡、缩放、多DPI或无焦点时极易失效。真正稳定的方式是绕过鼠标层，直接向目标按钮控件的窗口句柄发送BM_CLICK消息——前提是能准确拿到那个按钮的HWND。
关键难点不在“发消息”，而在“找按钮”。常见错误是用FindWindow只找主窗口，结果发现按钮根本没响应。按钮是子窗口，必须用FindWindowEx逐级查找。
- 先用
FindWindow获取主窗口HWND，建议用类名+窗口标题双保险（仅靠标题易匹配错） - 再用
FindWindowEx按控件类名（如"Button"）和窗口文本（如"确定"）定位子按钮 - 某些程序按钮是自绘或用了UI框架（如Qt、WPF），类名可能不是
"Button"，需用WinSpy++或Microsoft UI Automation辅助识别 - 发送前务必用
IsWindowEnabled和IsWindowVisible检查按钮是否可用，否则SendMessage会静默失败
用EnumChildWindows遍历子控件比硬编码坐标更健壮
有人试图用GetCursorPos+ScreenToClient把屏幕坐标转成目标窗口客户区坐标，再调用PostMessage发WM_LBUTTONDOWN/WM_LBUTTONUP——这方法在高DPI缩放、远程桌面、多显示器场景下坐标全乱，且按钮位置可能随UI动态变化。
正确做法是枚举所有子窗口，结合文本、ID、样式等属性筛选目标按钮：
- 用
EnumChildWindows回调函数遍历每个子HWND - 在回调里调用
GetWindowText比对按钮文字，或GetDlgCtrlID比对控件ID（如果已知） - 用
GetWindowLong读取GWL_STYLE确认是否含WS_VISIBLE和WS_ENABLED - 避免依赖控件顺序或索引（比如“第3个Button”），不同系统版本或程序更新后极易断掉
SendMessage vs PostMessage：按钮点击必须用前者
PostMessage把消息丢进目标线程消息队列就返回，不等处理完成；而按钮的点击逻辑（比如触发事件、更新状态、关闭窗口）往往依赖同步执行。若用PostMessage发BM_CLICK，你根本不知道点击是否真被执行了。
-
SendMessage会阻塞当前线程，直到目标窗口过程处理完BM_CLICK并返回，适合需要确认操作结果的场景 - 参数固定：
SendMessage(hWndButton, BM_CLICK, 0, 0)，后两个参数对BM_CLICK无意义，填0即可 - 如果目标程序是64位而你的程序是32位（或反之），跨进程调用
SendMessage仍可工作，但传递复杂结构体需额外处理；纯消息如BM_CLICK完全兼容 - 注意：某些安全软件或UAC保护的应用（如记事本以管理员身份运行）会拦截跨进程
SendMessage，此时需提升自身进程权限或改用UI Automation
遇到Qt/WPF/WebView2等现代UI框架时，FindWindowEx大概率失效
这些框架通常不创建传统Windows控件，而是用自绘渲染或嵌入式子窗口，其按钮在Windows API层面不可见。此时FindWindowEx找不到任何"Button"类名的子窗口，EnumChildWindows也只枚举到外壳窗口。
必须切换技术栈：
- 优先尝试
UI Automation（IUIAutomation接口），用FindFirst配合ControlTypeProperty和NameProperty定位按钮，它专为现代UI设计，跨框架通用 - 若目标程序提供Accessibility支持（大多数商业软件都支持），
UI Automation成功率远高于Win32 API - 命令行工具
inspect.exe（Windows SDK自带）可实时查看控件树结构和属性，是调试的第一步 - 不到万不得已别用图像识别（OpenCV）或全局钩子（
SetWindowsHookEx），前者慢且易受分辨率/主题影响，后者权限要求高、稳定性差
真实场景里，80%的“点不动”问题出在没找到真正的按钮句柄，而不是消息发错。花时间确认hWndButton是否有效，比反复调试SendMessage参数重要得多。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
