如何通过编程方式获取活动窗口句柄以适应不同屏幕尺寸

上周同事老张在茶水间抱怨："我家那台老显示器退休了，新买的带鱼屏把程序界面都挤变形了..."这种场景在开发中太常见了。就像我们调整家具位置需要先丈量房间尺寸，程序要适配不同屏幕，首先得准确找到那个"数字房间"的主人——活动窗口句柄。

一、窗口句柄的底层原理

如果把操作系统比作酒店前台，每个窗口就像入住的房客。HWND（窗口句柄）就是房间号，它不仅是32位的数字标识，更是操作系统管理窗口的密钥。在Windows系统内部，Use.dll维护着这个精密的房客登记系统。

• 实时性：窗口句柄会在每次窗口创建时动态生成
• 唯一性：同进程内保持唯一，不同进程可能重复
• 生命周期：随窗口创建而诞生，随销毁而失效

1.1 Windows API 的钥匙串

就像酒店总台有多个服务窗口，获取句柄的API也有不同选择：

API函数	适用场景	响应速度	数据来源：《Windows API指南》
GetForegroundWindow	实时活动窗口	0.1ms级
FindWindow	已知类名/标题	1-5ms
EnumWindows	遍历所有窗口	10-50ms

二、C实现方案

就像用开锁，我们需要先引入Windows API：

[DllImport("use.dll")]
static extern IntPtr GetForegroundWindow;
[DllImport("use.dll")]
static extern bool GetWindowRect(IntPtr hwnd, out RECT lpRect);

2.1 三步获取法

1. 调用GetForegroundWindow获取当前活动句柄
2. 通过GetWindowRect读取窗口坐标
3. 计算屏幕缩放比例（关键！）

上周测试发现，在4K屏上直接获取的坐标值会比实际大3倍。这时候需要引入GetDpiForWindow这个DPI感知API，就像给程序配了副智能眼镜。

三、Python的跨平台方案

用pygetwindow库就像使用瑞士军刀：

import pygetwindow as gw
active_window = gw.getActiveWindow
print(f"窗口尺寸：{active_window.width}x{active_window.height}")

但在多显示器环境下，需要特别注意虚拟屏幕坐标系。就像在商场找店铺，得先搞清楚自己在哪个区域。

四、Java的JNA实践

通过JNA调用原生API，就像给Java程序装上望远镜：

public interface Use extends Library {
Use INSTANCE = Native.load("use", Use.class);
HWND GetForegroundWindow;
}

最近项目中发现，某些游戏窗口会返回错误的尺寸数据。这时候需要改用GetClientRect获取客户区尺寸，就像测量房间时要扣除墙厚。

五、多屏幕适配策略

处理多个显示器就像指挥交响乐团，需要精准协调：

• 获取所有屏幕信息（EnumDisplayMonitors）
• 计算窗口中心点坐标
• 动态调整布局算法

记得去年双屏办公流行时，很多程序出现窗口"劈腿"现象——半个窗口在左屏，半个在右屏。这时候就需要用MonitorFromWindow判断窗口所属显示器。

窗外的夕阳把办公室染成橘红色，键盘的敲击声渐渐稀疏。显示器上的代码还在忠实地获取着窗口尺寸，就像尽职的酒店门童，永远准备着为不同"房客"找到合适的"房间"。