Windows 10记事本UIA ElementFromPoint()获取元素异常求助

我之前也碰到过Win10记事本这个Per-monitor DPI感知的坑，它的非客户区（标题栏系统按钮、主菜单项）确实没有正确处理DPI缩放，导致UIA相关的坐标方法返回错误结果，而客户区元素（文本区、滚动条）却正常。针对你遇到的问题，这里有几个可行的解决思路：

1. 手动修正坐标（精准适配受影响元素） #

首先判断目标元素是否属于记事本的系统按钮（最小化/最大化/关闭）或主菜单项，然后做如下处理：

• 用P/Invoke调用GetDpiForMonitor或GetDpiForWindow获取当前屏幕的DPI缩放比例（比如150%对应1.5）
• 调用ElementFromPoint()前，把你手上的物理坐标乘以缩放比例，再传入方法；
• 调用CurrentBoundingRectangle()后，把返回的坐标值乘以缩放比例，就能还原出正确的物理位置。

示例代码片段（C#）：

// 先定义P/Invoke相关方法和枚举
[DllImport("user32.dll")]
private static extern uint GetDpiForMonitor(IntPtr hmonitor, MonitorDpiType dpiType, out uint dpiX, out uint dpiY);

[DllImport("user32.dll")]
private static extern IntPtr MonitorFromWindow(IntPtr hwnd, uint dwFlags);

private enum MonitorDpiType : uint
{
    MDT_EFFECTIVE_DPI = 0
}

private const uint MONITOR_DEFAULTTONEAREST = 0x00000002;

// 获取当前窗口对应的屏幕缩放比例
private double GetScalingFactor(IntPtr notepadHwnd)
{
    IntPtr monitor = MonitorFromWindow(notepadHwnd, MONITOR_DEFAULTTONEAREST);
    GetDpiForMonitor(monitor, MonitorDpiType.MDT_EFFECTIVE_DPI, out uint dpiX, out _);
    return dpiX / 96.0; // 96为系统默认DPI值
}

// 修正坐标后调用ElementFromPoint
double scaling = GetScalingFactor(notepadHwnd);
var correctedPoint = new System.Windows.Point(physicalX * scaling, physicalY * scaling);
var targetElement = AutomationElement.FromPoint(correctedPoint);

2. 临时切换应用的DPI感知模式（仅针对记事本交互场景） #

如果你的应用主要只和记事本交互时出现问题，可以临时切换应用的DPI感知上下文，操作完成后再切回：

• 利用Win10 1607+支持的SetProcessDpiAwarenessContext API，将应用临时切换为System-DPI感知模式；
• 完成记事本的UIA操作后，再切换回Per-monitor DPI感知模式。

注意：这种方法需要确保你的应用在切换后能正确处理DPI变化，避免自身UI出现布局异常。

3. 绕过坐标定位，直接遍历控件树查找元素 #

对于记事本的系统按钮和主菜单项，完全可以不依赖坐标，直接通过UIA的控件树结构定位：

• 主菜单项可以通过查找ControlType.MenuBar类型的元素，再遍历其子元素找到目标菜单；
• 标题栏的系统按钮可以先定位到ControlType.TitleBar元素，再查找它的子元素（比如ControlType.Button且Name为“关闭”的元素）。

这种方法从根本上避开了坐标缩放的问题，稳定性更高，适合需要长期兼容的场景。

总结一下，这个问题确实是Win10记事本Per-monitor DPI感知的实现缺陷，非客户区的UIA坐标没有做正确的物理坐标映射，上面的几种方法都能有效解决这个问题，你可以根据自己的场景选择最合适的方案。

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