FindWindowW返回HWND与顶层父句柄不符及窗口隐藏恢复问题

先梳理你代码里的基础问题，再逐个解决核心痛点：

先修正代码里的明显错误 #

1. ShowWindow参数类型错误：你传入的是字符串'SW_Hide'，但Windows API要求的是整数常量！正确的常用值如下：

   • SW_HIDE = 0（隐藏窗口）
   • SW_SHOW = 5（显示窗口）
   • SW_RESTORE = 9（从最小化/隐藏状态恢复窗口）
     调用时要写user32.ShowWindow(handle, 0);这类数值，而非字符串。

2. GetActiveWindow函数定义错误：这个API本身没有参数，你写成了['int', ['int']]，应该修正为['int', []]，否则调用会触发异常。

3. 标题编码乱码问题：你代码里的标题是"Calculator 鈥� Calculator"，这是编码转换错误导致的乱码（原标题应为"Calculator - Calculator"），乱码会让FindWindowW匹配到错误窗口，甚至直接找不到目标窗口，这也是句柄不匹配的核心原因之一！

核心问题1：隐藏计算器后无法重新显示，出现Process Broker提示 #

现在的Windows计算器是UWP应用，和传统Win32程序的窗口结构完全不同：它的顶层是ApplicationFrameWindow框架窗口，真正的计算器内容窗口是它的子窗口。直接隐藏子窗口会触发UWP的窗口管理异常，导致Process Broker提示，同时任务栏预览图消失。

解决方案： #

• 定位UWP顶层框架窗口：不要直接找计算器内容窗口，而是枚举所有顶层窗口，结合GetClassNameW判断类名是否为ApplicationFrameWindow，再用GetWindowTextW匹配标题里的"Calculator"，这样能拿到Spy++里显示的顶层窗口句柄。
• 用正确参数恢复窗口：恢复时优先用SW_RESTORE（9），而非SW_SHOW，同时UWP窗口建议用ShowWindowAsync异步调用，确保窗口消息正常处理。
• 通过进程ID精准匹配：先枚举进程拿到计算器的PID，再对每个窗口调用GetWindowThreadProcessId获取所属进程ID，匹配后再操作，避免误操作其他窗口。

核心问题2：FindWindowW返回的HWND与Spy++不匹配 #

主要有两个原因：

1. UWP窗口层级差异：Spy++显示的是UWP的顶层ApplicationFrameWindow，而你用FindWindowW直接找标题，大概率拿到的是它的子内容窗口，两者句柄自然不同。
2. 标题匹配错误：代码里的乱码标题导致FindWindowW找到的是错误窗口，而非目标计算器窗口。

解决方案： #

• 用EnumWindows枚举窗口：代替FindWindowW遍历所有顶层窗口，逐个检查窗口的类名和标题，精准定位Spy++里的目标窗口。
• 用Spy++确认窗口信息：在Spy++里找到计算器顶层窗口，记录它的类名（ApplicationFrameWindow）和完整标题，然后用FindWindowW(TEXT("ApplicationFrameWindow"), TEXT("正确标题"))来查找。
• 验证句柄有效性：调用IsWindow(handle)检查返回的句柄是否为有效窗口，避免操作无效句柄引发异常。

优质学习资源推荐 #

1. 微软Windows API官方文档：重点看「Window Management」章节，里面详细讲解了FindWindowW、ShowWindow、EnumWindows等API的用法、参数要求和注意事项，是最权威的参考。
2. 《Windows程序设计》（Charles Petzold著）：经典Win32编程入门书，深入讲解窗口机制、消息循环等核心概念，帮你理解Windows窗口的底层逻辑。
3. 开源窗口管理工具源码：比如AutoHotkey、PowerToys的窗口管理模块，看它们如何处理UWP窗口、精准查找窗口，能学到很多实战技巧。
4. Spy++深度使用教程：熟练掌握Spy++查看窗口层级、类名、进程ID、消息的功能，这是排查窗口问题的必备工具。
5. Stack Overflow相关问题：搜索「UWP FindWindowW」「ShowWindow not restoring UWP window」等关键词，很多开发者遇到过类似问题，能找到现成的解决方案和思路。

内容的提问来源于stack exchange，提问作者camelCaseCowboy