WinForms 中用 this.Handle 获取 HWND，但需在 Load/Shown 事件中调用；WPF 需用 WindowInteropHelper，在 SourceInitialized 事件中获取；Handle 为 IntPtr.Zero 时不可用，须通过事件驱动确保有效。
怎么拿到当前窗口的 Handle
在 winforms 中，窗体实例自带 handle 属性，它就是当前窗口的 hwnd（句柄），类型是 intptr。只要窗体已创建且未销毁，this.handle 就能直接用。
常见错误是：在构造函数里就访问 Handle —— 此时窗体还没完成初始化，Handle 可能为 IntPtr.Zero，导致后续调用失败（比如传给 SetForegroundWindow 会静默失效）。
- ✅ 正确时机：在
Load事件、Shown事件，或任何控件已渲染后的回调中读取 - ❌ 错误时机：构造函数、
InitializeComponent()后立即读取 - ⚠️ 注意：如果窗体被最小化或隐藏，
Handle依然有效，但某些 Windows API（如ShowWindow）需要配合状态参数才起作用
WPF 窗口怎么获取 HWND
WPF 没有原生 Handle 属性，必须通过互操作桥接。核心是 WindowInteropHelper 类，它专为这个场景设计。
关键点在于：必须传入已加载的 Window 实例，且该窗口得有句柄（即已显示过或至少调用过 Show()）。没显示过的 WPF 窗口，Handle 是 0。
- ✅ 正确写法：
var helper = new WindowInteropHelper(this);<br>IntPtr hwnd = helper.Handle;
- ❌ 错误写法：
new WindowInteropHelper(null)或在Window构造函数里调用helper.Handle - ⚠️ 兼容性注意：.NET Core 3.0+ 和 .NET 5+ 的 WPF 行为一致；但 .NET Framework 4.x 下若启用
UseWPF的跨平台项目，可能不支持
Handle 为 0 怎么办
Handle == IntPtr.Zero 是最常遇到的“拿不到句柄”现象，本质是窗口尚未创建或已被销毁。
不要靠 Thread.Sleep 等待，也不要用轮询——这既不可靠又浪费资源。应该用明确的状态判断和事件驱动。
- ✅ WinForms：监听
HandleCreated事件，它只触发一次，且确保句柄真实可用 - ✅ WPF：在
SourceInitialized事件中获取WindowInteropHelper.Handle，这是 WPF 窗口获得 HWND 的最早可靠时机 - ⚠️ 避免陷阱：重写
OnHandleCreated时别调用base.OnHandleCreated(e)之前就读Handle；WPF 中Loaded事件早于SourceInitialized，此时Handle还是 0
传给 Windows API 前要不要检查 Handle
要。几乎所有 Win32 API（如 SendMessage、GetWindowText、EnableWindow）在收到无效句柄（IntPtr.Zero 或已销毁句柄）时，要么返回错误，要么直接崩溃（尤其在调试器外静默失败）。
这不是防御性编程的“礼貌”，而是 Win32 层的硬性要求。
- ✅ 每次调用前加判断：
if (this.Handle != IntPtr.Zero)<br>{<br> SendMessage(this.Handle, ...);<br>} - ✅ 对 WPF，建议封装一个安全获取方法：
public IntPtr SafeHandle =><br> IsLoaded && (new WindowInteropHelper(this)).Handle != IntPtr.Zero<br> ? (new WindowInteropHelper(this)).Handle<br> : IntPtr.Zero;
- ⚠️ 特别注意：句柄可能在你检查完后立刻被销毁（比如用户快速关闭窗口），所以高频率调用 API 时，需结合
IsHandleCreated（WinForms）或监听Closing事件做清理
句柄不是“拿到一次就永远有效”的资源，它的生命周期严格绑定窗口实例。很多问题其实不是不会取，而是忘了它随时可能失效。
