最直接方式是用 WindowFromPoint 获取句柄再调用 Control.FromHandle 转为控件，需在 UI 线程执行；对非托管窗口返回顶层 Form；需过滤 IsDisposed/不可见控件；GetChildAtPoint 不适用全局定位；Name 可能为空，可 fallback 到 Text 或类型名；高 DPI 下需注意坐标缩放问题。

用 Control.FromHandle 拿到鼠标下的控件实例

Windows Forms 下最直接的方式是靠 Win32 API 的 WindowFromPoint 获取句柄，再用 Control.FromHandle 转成 .NET 控件对象。它不依赖事件、不卡主线程，适合做实时探查。

• 必须在 UI 线程调用，否则 Control.FromHandle 返回 null
• 如果鼠标在非托管窗口（比如记事本、浏览器）上，返回的是顶层窗体（Form），不是子控件
• 要拿到“真正被鼠标悬停的控件”，得连续调用并过滤掉 IsDisposed 或不可见的控件

示例：

var point = Control.MousePosition;
var handle = User32.WindowFromPoint(point);
var ctrl = Control.FromHandle(handle);

为什么 Control.GetChildAtPoint 多数时候没用

这个方法只对当前控件及其子树有效，且坐标是相对于该控件左上角的——你得先知道鼠标在哪块区域里，才能传入正确坐标。实际探查时根本不知道鼠标在哪个 Panel 或 GroupBox 里，所以它不适合“全局定位”。

C#

"避开 C# 常见错误——空陷阱、异步陷阱、LINQ 陷阱及资源泄漏。"

下载

• 传错坐标系（比如用了屏幕坐标）会始终返回 null
• 控件设置了 Visible = false 或 Enabled = false，即使视觉上盖住了别的控件，也不会被选中
• 自定义绘制的控件若没重写 GetChildAtPoint 的命中逻辑，可能漏判

获取名称前先确认控件是否“可识别”

Control.Name 是设计器里设的名称，但很多动态创建或第三方控件压根没设，此时读出来是空字符串；而 Control.GetType().Name 只反映类型，不是实例标识。

• 优先检查 ctrl.Name 是否非空，否则 fallback 到 ctrl.Text（比如按钮文字）
• 若控件是 Label 或 TextBox 这类常被改 Text 的，注意区分“显示内容”和“控件身份”
• 某些嵌套很深的控件（如 DataGridView 内部单元格）没有独立 Name，只能靠父链 + 索引推断

WinForms 高 DPI 下坐标的坑

启用了 DPI 缩放后，Control.MousePosition 返回的是物理屏幕坐标，而 WindowFromPoint 在高 DPI 下行为不一致：有些系统版本会自动缩放，有些不会，导致句柄拿错。

• 稳妥做法是用 PointToClient 把屏幕坐标转成本地窗体坐标，再手动遍历控件树（仅限已知窗体）
• 更简单但有局限：调用前确保当前程序已声明 DPI 感知（在 app.manifest 中设置 dpiAware=true）
• 如果目标控件是 WPF 或 WebView2 嵌入的，FromHandle 可能返回 IntPtr.Zero，这时只能换用 UI Automation

真要覆盖所有场景，UIA（System.Windows.Automation）才是通用解法，但它启动慢、权限要求高、调试难——多数内部工具没必要上。