换个分辨率脚本就罢工？别再写死坐标了，聊聊"锚点定位"这套思路
刚学图色的时候，我所有脚本第一版都是把坐标写死的：click(960, 540)。在自个儿 1920×1080 的屏上Perfect，发给用 1366×768 笔记本的朋友，按钮全点歪，他还以为我整他。后来才明白：写死绝对坐标，等于假设"世界上只有一种屏幕、一个窗口位置"——这假设脆弱得可笑。真正能抗分辨率的写法，是"锚点定位"。下面把方法拆成三步，是我现在写任何图色脚本的标配。
为什么写死坐标必死
三股力量会把绝对坐标打碎：① 屏幕分辨率不同，同一按钮的物理像素位置就不同；② Windows 的缩放（125%、150%）让逻辑坐标和物理像素错位；③ 窗口能拖动、能最大化，左上角根本不固定。你记的 (960,540)，在别人机器上可能指向的是桌面空白处。
核心思路一句话： 别记"目标在哪"，记"目标相对于某个稳定参照物偏了多少"。参照物找到了，目标自然就出来了——管你分辨率怎么变。
锚点定位三步法
第一步：找一个"永远在、且位置相对固定"的参照物
好的锚点长这样：窗口标题栏左侧的图标、游戏里小地图的金属边框、软件左上角的 Logo。它得满足——每次运行都在、不会被遮挡、形状独特。千万别选"可能会弹出的通知"或"会滚动的列表项"当锚。
第二步：用找图拿到锚点的坐标
锚点本身也是用图色找出来的，所以它的坐标天然适应环境。拿到 (ax, ay) 之后，所有目标点都表达成相对它的偏移。
第三步：用偏移量算出目标点
(tx, ty) = (ax + dx, ay + dy)。这里的 dx、dy 是你在设计分辨率下量出来的相对距离，几乎不随分辨率变（因为锚点和目标一起缩放）。
# 伪代码，思路通用
anchor = find_pic("title_corner.png") # 第一步+第二步：找到锚点
if not anchor:
raise RuntimeError("锚点没找到，先排查特征图对不对")
dx, dy = 128, 64 # 第三步：目标相对锚点的偏移（设计期量好）
target_x = anchor.x + dx
target_y = anchor.y + dy
click(target_x, target_y)
# 进阶：窗口句柄本身就是天然锚点
import win32gui
left, top, _, _ = win32gui.GetWindowRect(hwnd) # 窗口左上角
click(left + dx, top + dy) # 直接相对窗口定位
两个让它更稳的小技巧
- 多锚点取平均：找两个对称锚点（如窗口左下角和右下角），算窗口中心，抗单点误判。
- 拿窗口句柄当锚：有窗口标题就用
FindWindow/GetWindowRect直接取左上角，比找图还稳，因为它不依赖像素。
一个常被忽略的坑： 锚点选错比没锚点更惨。我曾拿"好友列表第一项"当锚，结果那人正好没好友，列表空了，锚点找不到，整条脚本崩在第一步。锚点必须选与业务数据无关的纯界面元素。
锚点定位不难，难的是养成习惯——每次想写死一个坐标时，先问自己"这东西换个屏幕还在原处吗"。把绝对坐标换成相对偏移，你的脚本就从"我机器专用"变成"谁拿来都能跑"。这步迈过去，后面多分辨率适配基本不用再操心。图色脚本的健壮性，往往就藏在这种不起眼的思维转变里。
