Screen.FromPoint(Cursor.Position)可直接获取鼠标所在屏幕的Screen对象，再用Array.IndexOf(Screen.AllScreens, screen)得索引；Cursor.Position返回的是DPI感知后的屏幕坐标，无需额外转换。
怎么用 Screen.FromPoint 获取鼠标所在屏幕索引
直接调用 Screen.FromPoint 配合 Cursor.Position 是最稳妥的方式，它不依赖窗口句柄，也不要求当前线程有消息循环，适合后台线程或服务场景。
常见错误是传入未转换的客户端坐标（比如窗体内的 MouseEventArgs.Location），结果返回错误屏幕——FromPoint 要的是屏幕坐标，不是窗体坐标。
-
Screen.FromPoint(Cursor.Position)返回当前鼠标所在的Screen对象 - 用
Array.IndexOf(Screen.AllScreens, screen)获取索引（注意：索引不保证与物理排列一致，仅反映AllScreens数组顺序） - 如果只需要索引，别先取
Bounds再比对，效率低还容易因 DPI 缩放出错
为什么 Screen.PrimaryScreen 不能当“当前屏幕”用
PrimaryScreen 是系统标记的主显示器，和鼠标位置完全无关。多显示器环境下，用户可能把鼠标移到副屏，但 PrimaryScreen 始终不变。
典型误用场景：做截图工具时，误用 PrimaryScreen.Bounds 当作当前操作区域，结果鼠标在右屏时仍截左屏。
- 主屏设置可被用户随时修改（右键桌面 → 显示设置 → 设为主显示器）
-
PrimaryScreen的DeviceName和AllScreens中某项的DeviceName可能相同，但这是巧合，不是判定依据 - 真要区分主副，应结合
Screen.IsPrimary属性，而非硬编码索引 0
多 DPI 缩放下 Cursor.Position 返回值要不要转换
不需要转换。Cursor.Position 返回的就是 DPI 感知后的屏幕坐标（即“逻辑像素”，Windows 已做缩放映射），Screen.FromPoint 内部也按同样逻辑处理，二者天然对齐。
容易踩的坑是手动调用 Graphics.DpiX/Y 或 GetDpiForWindow 去“矫正”坐标，反而导致跨屏判断失败——尤其当各显示器缩放比例不同时（如主屏125%，副屏100%）。
- WinForms 应用默认启用 DPI 感知（.NET 4.7+ / app.manifest 中设
True/PM） - 若禁用 DPI 感知，
Cursor.Position会返回未缩放坐标，此时FromPoint仍可用，但所有屏幕坐标系都失真，建议直接启用感知 - 验证方法：拖动鼠标到不同缩放屏的边界，观察
FromPoint返回的Screen是否实时切换
获取索引后，怎么安全地创建跨屏窗体或截图
拿到索引只是起点，后续操作必须基于对应 Screen 的 Bounds 或 WorkingArea，不能假设所有屏幕尺寸或缩放一致。
例如弹窗居中到当前鼠标屏，若直接用 new Rectangle(0,0,1920,1080) 就会错位——实际屏宽可能是 2560×1440，且缩放后逻辑宽度只有 2048。
- 创建窗体前，先取
screen.Bounds（含任务栏）或screen.WorkingArea（不含任务栏） - 截图用
Graphics.CopyFromScreen时，源坐标应为screen.Bounds.Location，不是Point.Empty - 避免用
Screen.AllScreens[i]索引缓存，因为数组顺序可能随显示器热插拔改变；每次需要时重新查FromPoint更可靠
Screen.FromPoint + Cursor.Position 这一对组合就能稳住多数场景，真正麻烦的是后续操作里混用不同坐标系，或者把“索引”当成物理位置硬编码。多显示器的不确定性不在获取，而在使用。 
