结论：获取外部程序主窗口句柄是前提，findwindow最快但依赖固定标题或类名，enumwindows+getwindowthreadprocessid更通用；showwindow比postmessage更可靠，sw_showminimized可激活最小化，sw_restore用于还原，托盘程序需配合setforegroundwindow或降级处理。
直接结论：用 ShowWindow 配合目标窗口句柄，比发 WM_SYSCOMMAND 更可靠；但前提是得先拿到句柄——而获取句柄本身才是最大难点。
如何获取外部程序的主窗口句柄
没句柄就什么都干不了。不能靠进程 ID 直接操作窗口，必须枚举或查找窗口。
-
FindWindow最快，但需要知道类名（lpClassName）或窗口标题（lpWindowName）——二者至少一个精确匹配，且标题可能动态变化（比如浏览器标签页改名） -
EnumWindows+GetWindowThreadProcessId是通用方案：遍历所有顶级窗口，对每个调用GetWindowThreadProcessId(hWnd, &dwProcId)，比对目标进程 ID - 注意：64 位进程枚举 32 位窗口没问题，但某些 UAC 隔离下的系统进程（如任务管理器、部分杀软界面）可能被跳过，
IsWindowVisible和IsIconic建议加在过滤条件里，避免拿到隐藏或托盘窗口
ShowWindow 的参数选哪个才真正最小化
SW_MINIMIZE 和 SW_SHOWMINIMIZED 表面相似，行为却不同：
-
SW_MINIMIZE：只把窗口最小化，不激活它——当前焦点窗口保持不变，用户可能完全感知不到变化 -
SW_SHOWMINIMIZED：最小化 + 激活该窗口——会抢焦点，任务栏闪烁，更符合“用户主动最小化”的直觉 - 还原时统一用
SW_RESTORE即可；若窗口之前是最大化状态，SW_RESTORE会回到原始大小位置；SW_SHOW则可能保留最大化外观（取决于窗口是否设置了WS_MAXIMIZE样式）
为什么 PostMessage(hWnd, WM_SYSCOMMAND, SC_MINIMIZE, 0) 有时无效
这不是 bug，是设计使然：该消息依赖目标窗口的消息循环正常接收并处理 WM_SYSCOMMAND，但很多程序（尤其是 Electron、JavaFX、部分 Qt 应用）会拦截或忽略该消息。
- 控制台程序（如 cmd.exe）、原生 Win32 程序响应最稳定
- UWP 或沙盒应用（如 Microsoft Store 版 Edge）根本不会处理这个消息，
PostMessage返回非零也不代表成功 - 即使成功，
SC_MINIMIZE不带激活语义，和SW_MINIMIZE一样不抢焦点——这点常被忽略
托盘程序还原时容易卡在后台
把外部程序最小化到托盘后，单纯 ShowWindow(hWnd, SW_RESTORE) 往往不够——窗口可能被其他窗口遮挡，或失去输入焦点。
- 必须紧跟
SetForegroundWindow(hWnd)，否则用户看不到变化 - 但
SetForegroundWindow在 Windows 10/11 上受前台限制：只有当前 foreground 进程或用户刚交互过的进程才能成功调用；失败时返回false，需降级处理（如BringWindowToTop+SetFocus） - 如果目标程序自己管理托盘逻辑（比如微信、QQ），它通常会在双击托盘时主动调用
SetForegroundWindow，外部程序强行调用反而可能被系统拒绝
真正难的不是发指令，而是确认指令被谁收到、以什么方式执行、执行后用户能否感知——句柄可靠性、窗口消息处理链、系统焦点策略，三者缺一不可。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
