1. 窗口"跑丢"到底是什么情况
先说结论：绝大多数时候窗口并没有关闭，进程还在跑，只是它记录的位置坐标落在了当前屏幕可见范围之外。你觉得"窗口消失了"，任务管理器里那个进程却活得好好的，任务栏点一下还会闪一下——这就是典型的"位置越界"。
我处理这类问题没有一百次也有八十次了。场景高度重复：笔记本从工位拔下来带回家，原来放在扩展屏上的某个工具窗口，第二天开机就再也找不到了；或者某个程序之前被拖到 4K 显示器右下角，换了台 1080P 的机器，窗口在坐标 (3800, 2100)，从物理上就不可能出现在你的视野里；再或者调了一次缩放比例，老程序的窗口尺寸计算错乱，标题栏被顶到屏幕上方之外，只剩一条边框露在任务栏边上，用鼠标死活抓不住。
这件事之所以值得单独写一篇，是因为它踩中了一个共性痛点：窗口的"位置记忆"和"屏幕的实际可用区域"是两套独立数据，系统没有强制校验。程序自己记着上次在哪，系统照着摆，摆到看不见的地方也没人管。你要做的不是重启软件、不是重装、更不是重装系统，而是用正确的方式把那段错误坐标纠正回来。
下面这五种方法，从"零工具零依赖"到"脚本批量处理"，覆盖了从单窗口到全桌面的所有情况。刚接触电脑的新手可以直接看方法一和方法二，五分钟内解决；经常在多屏、不同分辨率之间切换的人，建议把方法五的脚本存下来，以后一个快捷键搞定；写程序的同行可以重点看最后一节，那是我认为根本不该让用户遇到这个问题的原因。
2. 先搞懂为什么：窗口位置是怎么被记住的
2.1 虚拟屏幕坐标系，一切混乱的源头
Windows 的桌面坐标不是从主屏左上角 (0,0) 开始的一块矩形，而是一个可以包含负数的"虚拟屏幕"空间。主屏左上角是 (0,0)，如果你把第二块屏摆在主屏左边，那块屏的坐标就是负的，比如 (-1920, 0)；摆在上方就是 (0, -1080)。
窗口的位置用GetWindowRect拿到的是一个矩形，包含左上角和右下角四个值。这个矩形可以是负数，也可以远超任何一块屏幕的边界——系统不拦着。所以一块副屏被拔掉之后，原本在副屏上的窗口坐标依然合法，只是那个位置现在已经没有任何像素存在了。
程序记住位置的方式通常有两种。一种是运行时自己写配置文件，JSON、INI 里存个x: 2560, y: 300；另一种是调用系统的窗口位置保存机制，把WINDOWPLACEMENT结构序列化后塞进注册表。后者更常见，因为它连"最大化、最小化、还原"三种状态一起记，还能记住还原时的原始尺寸。
这个结构长这样，一共 44 字节（不含扩展字段）：
| 字段 | 长度 | 含义 |
|---|---|---|
| length | 4 字节 | 结构体长度，固定 44 |
| flags | 4 字节 | 一般填 0 |
| showCmd | 4 字节 | 1 正常、2 最小化、3 最大化 |
| ptMinPosition | 8 字节 | 最小化时的坐标，通常 -1 |
| ptMaxPosition | 8 字节 | 最大化时的坐标，通常 -1 |
| rcNormalPosition | 16 字节 | 还原状态下的窗口矩形，关键就在这 |
rcNormalPosition里存的就是那组可能越界的坐标。程序下次启动时读出来，原样摆上去。你要是手动改这 16 个字节，或者在程序关闭时把整个值删掉，下次它就会用默认位置启动。
2.2 五种典型诱因，对号入座
我把踩过的场景整理成一张表，你可以先判断自己属于哪一类，再直接跳到对应方法。
| 诱因 | 典型表现 | 高频人群 | 首选方法 |
|---|---|---|---|
| 副屏拔掉、显示器数量变化 | 窗口彻底消失，任务栏有图标，点击不显示 | 笔记本+外接屏用户 | 方法一、方法三 |
| 分辨率或缩放比例改动 | 窗口只剩标题栏一条边，或者整个偏到右边 | 换显示器、调过 DPI 的人 | 方法三、方法一 |
| 程序硬编码了初始坐标 | 每次启动都在同一个看不见的位置 | 老旧工具软件 | 方法四、方法五 |
| 休眠唤醒、远程会话切换后拓扑重排 | 部分窗口跑到奇怪的位置，鼠标移过去有反应 | 长时间不关机的人 | 方法二、方法五 |
| 程序自身 BUG 保存了非法值 | 偶发，改了又犯 | 小众软件用户 | 方法四、方法五 |
判断顺序我一般这么走：先Alt+Tab切一下，看预览图里窗口内容是正常的还是一团黑——正常说明窗口确实存在，只是位置不对；再看任务栏有没有对应的按钮，有按钮说明是普通顶层窗口，方法一二都管用，没有按钮说明它缩到托盘里了或者被隐藏了，那是另一个问题，得先让它显示出来。
注意：有一种情况和"跑到屏幕外"长得很像但完全不是一回事——程序把窗口建在了另一个"桌面"上，或者用了虚拟桌面功能。这种在任务视图里能看到缩略图，切过去就回来了，别浪费时间在坐标上折腾。
3. 方法一：键盘挪窗，零依赖的保底手段
这是我第一时间用的办法，因为它不依赖任何工具、不需要管理员权限、对绝大多数标准窗口都有效。原理是调用窗口的"系统菜单"。
3.1 原理：系统菜单里的"移动"命令
任何带标题栏的标准窗口，都有一个由系统提供的隐藏菜单，包含还原、移动、大小、最小化、最大化、关闭。这个菜单平时靠点击标题栏左上角的小图标或者右键标题栏唤出，但它有一个更重要的特性：可以通过键盘呼出，并且不受窗口当前位置影响。
按下组合键后，系统调用TrackPopupMenu弹出这个菜单；选择"移动"后，窗口进入一个由系统接管的移动循环，此时鼠标被"吸附"到窗口上，方向键可以一格一格地推。关键在于，这个移动循环是系统层的，它不需要窗口在可见区域内，也不需要你能用鼠标点到它。窗口在 x=5000 的位置，你按左方向键，它就往左挪。
3.2 完整操作步骤
- 用
Alt+Tab或者点击任务栏按钮，把目标窗口切换为当前活动窗口。这一步很重要，键盘操作只对活动窗口生效。 - 按
Alt+空格，屏幕左上角（或者窗口原来的位置附近）会弹出一个灰色小菜单。如果窗口本来在屏幕外，菜单会出现在屏幕左上角，这是正常的。 - 按一下
M键，或者用方向键把高亮移到"移动(M)"上再回车。 - 此时鼠标指针会变成四向箭头。不要动鼠标，直接按方向键，窗口就会跟着一点点移动。第一次按方向键时窗口会先"跳"到鼠标指针附近，之后就按固定步进移动了。
- 挪到看得见的地方，按
Enter确认；按Esc则取消，窗口回到原位。
实测下来有几个细节值得说。方向键单次步进很小，想快速挪回来就按住不放，一般两三秒能横跨一整个屏幕宽度。如果窗口是最大化状态，"移动"这一项是灰色的，选不了，得先按Win+↓把它还原。另外有些系统的输入法会吃掉按键，把中文输入法切到英文再操作，成功率更高。
3.3 边界情况：谁不听话
不是所有窗口都有系统菜单。全屏游戏、部分自绘标题栏的现代应用、无边框窗口，Alt+空格按下去没反应。这种情况直接换招：
- 按
Win+←或Win+→，系统会强制把窗口贴边并缩放到半屏，位置自然就回来了。 - 按
Win+Shift+←或Win+Shift+→，在多显示器之间搬运窗口，如果副屏还在，这招可以把它送过去再送回来。 - 按
Win+↑最大化再Win+↓还原，很多窗口在这一来一回中会重新计算位置。
提示：如果你按
Alt+空格完全没反应，先确认窗口是不是以更高权限运行的。当一个普通权限的窗口处于活动状态时，你按下的组合键只对它生效；但如果目标窗口是管理员权限而当前前台是普通程序，切换过去之后热键应该正常。真正会失效的是"输入焦点不在目标窗口上"这种情况。
4. 方法二：任务栏右键菜单与系统重排
这个方法比方法一更"图形化"，适合记不住快捷键的人，而且能一次性处理多个窗口。
4.1 任务栏按钮的隐藏菜单
在任务栏上找到目标程序的按钮，按住 Shift 再点右键，弹出的菜单比普通右键更长，包含还原、移动、大小、最小化、最大化、关闭这一整套。这和标题栏右键菜单是同一个东西，只是入口不同。选中"移动"，然后按方向键，效果和方法一完全一致。
普通右键（不按 Shift）弹出的是跳转列表，也就是最近打开的文件列表，那个菜单里没有移动选项。这个细节很多人不知道，白白多绕了弯路。
如果任务栏上一堆窗口按钮挤在一起分不清，先把鼠标悬停上去看缩略图预览，确认是哪个再操作。缩略图上右键同样有"移动"选项，效果一样。
4.2 一键重排：层叠、堆叠、并排
任务栏空白处右键，会看到三个选项：层叠窗口、堆叠显示窗口、并排显示窗口。随便点一个，系统会强制把所有普通顶层窗口重新计算位置并排列在主屏上。那些跑到屏幕外的窗口会被一并拽回来。
这招的优点是简单粗暴，一秒解决；缺点是副作用明显——你精心摆好的所有窗口布局全没了。我一般只在两种情况下用它：一是同时有好几个窗口都跑丢了，逐个挪太费劲；二是实在懒得找是哪个窗口出的问题。
用完之后如果嫌乱，直接按Ctrl+Z是没用的，得手动重新摆。所以日常我建议你先试试Alt+Tab切到目标窗口再按Win+←，只影响一个窗口。
4.3 副屏拔掉后的正确处理姿势
笔记本用户最常见的场景：在公司接了扩展屏，某个窗口被拖到副屏上，回家开机，窗口没了。
正确的操作顺序是：
- 按
Win+P，选择"仅电脑屏幕"。这个动作会强制系统把显示拓扑收敛到单屏，部分窗口会自动回到主屏。 - 如果还是找不到，用方法一或方法二处理剩下的顽固窗口。
- 回到公司重新接上扩展屏之前，先把重要窗口挪回主屏，避免重复踩坑。
还有一种更隐蔽的情况：系统认为副屏"还在"，只是没信号。这时候虚拟屏幕空间依然存在那块区域，窗口依然可以被放在那里。判断方法是打开显示设置，看有没有一块灰色的、标注"未激活"的显示器方块。如果有，把它在排列图里拖到主屏正下方或者干脆"断开"，虚拟空间就收缩了。
5. 方法三：从显示设置层面釜底抽薪
前两个方法都是"搬窗口"，这个方法是从源头改环境，让窗口所在的位置重新变得可见。
5.1 分辨率回退法
如果你记得窗口丢失前用的是什么分辨率，把它改回去，窗口大概率会重新出现在原来的位置，挪回来之后再改回当前分辨率。操作路径是桌面右键 → 显示设置 → 显示器分辨率。
这个方法的逻辑很直白：窗口坐标是绝对的像素坐标，你把画布改大，原来在 (2200, 900) 的窗口就重新落进画面了。缺点是来回切换分辨率会导致桌面图标重排、部分程序界面错乱，而且有些笔记本在特定分辨率下会黑屏几秒。所以它只适合"偶尔用一次"的应急场景。
5.2 缩放比例与高 DPI 兼容性
比分辨率更容易出问题的是缩放比例。同一个 1920×1080 的屏幕，100% 缩放和 150% 缩放对应的逻辑坐标空间是不一样的。一个老程序如果没做 DPI 适配，在 150% 下计算出来的窗口尺寸可能是错的，标题栏直接被推到屏幕上方之外，你只能看到窗口底部的几条边。
处理办法是给这个程序单独设置兼容性：
- 找到程序的可执行文件，右键 → 属性 → 兼容性选项卡。
- 点"更改高 DPI 设置"。
- 勾选"替代高 DPI 缩放行为"，在下拉框里选"系统"或"系统(增强)"。
- 确定后重启程序。
"系统"和"系统(增强)"的区别在于，后者会让程序在缩放变化时重新绘制。老程序选"系统"通常更稳，新程序根本不需要设这个。我自己维护一份"需要手动设 DPI 兼容"的软件清单，重装系统后逐个补上，能省掉一大半界面错乱的麻烦。
5.3 多屏排列顺序也会影响窗口位置
显示设置里那排显示器方块是可以拖动排序的，这个排序决定了虚拟坐标系的布局。你把副屏从主屏右边拖到主屏左边，所有副屏上的窗口坐标会瞬间变成负数，表现形式就是"窗口突然跑到左边看不见了"。
所以如果你最近调整过显示器排列，先把它调回原来的相对位置，窗口可能自己就回来了。调整的时候注意方块之间的对齐——稍微错开一点，系统就会认为两块屏在垂直方向上有偏移，坐标空间随之变形。
注意：改分辨率、改缩放、改排列这三件事，做完之后最好重启一次资源管理器或者干脆重启电脑，让所有程序重新读取环境参数。否则有些程序仍然持有旧的坐标缓存，你改了设置它也不领情。
6. 方法四：改注册表，治那些"记吃不记打"的程序
有些程序特别顽固，你每次挪回来，关掉再开，它又跑回去了。原因是它把位置写进了自己的配置，每次启动都读那一份。这时候就得从存储层动手。
6.1 找到位置存在哪
绝大多数 Windows 程序把窗口状态存在注册表的这个路径下：
HKEY_CURRENT_USER\Software\<厂商或程序名>\进去之后找名字类似WindowPlacement、WindowPos、MainWindowPlacement的二进制值。它的内容就是前面说的 44 字节结构。识别方法很简单：看长度，正好 44 字节的基本就是它；48 字节的可能是带扩展字段的版本。
也有一部分程序不用注册表，改用配置文件，位置一般在%APPDATA%\<程序名>\或者程序安装目录下的 ini、json 文件里，键名通常是window_x、window_y、left、top这类。
6.2 安全操作流程
我不建议你直接上手改字节，风险高且没必要。稳妥的做法是：
- 完全退出目标程序，包括托盘图标，用任务管理器确认进程真的没了。
- 打开注册表编辑器，导航到对应位置。
- 右键导出备份，存成 .reg 文件放桌面。这一步不能省。
- 把那个
WindowPlacement值整个删除，或者把配置文件里的坐标键值删掉。 - 重新启动程序，它会用默认位置打开。
删掉比改数值更安全，因为程序读不到就会走默认逻辑，而默认逻辑通常是"屏幕居中"，不会出错。改数值的话，你得同时改对 16 个字节里的四个 32 位整数，还得保证 length 字段正确，一不小心程序就崩了。
如果你确实想精确控制，可以把那 16 字节按小端序解读：前 4 字节是 left，接着 4 字节是 top，再 4 字节是 right，最后 4 字节是 bottom。用十六进制编辑器把 left、top 改成 100、100，right、bottom 保持原来的宽高差，就能让窗口回到左上角附近。
6.3 什么时候别碰注册表
有三种情况我会绕开这个方法：一是不确定是哪个键，乱删容易把程序的其它设置一起清掉；二是程序正在运行，注册表写入会被覆盖；三是公司统一管理的机器，可能有策略保护。遇到这些，直接用方法五的脚本，从外部强行改窗口位置，不碰它的存储，效果一样而且更安全。
7. 方法五：写个脚本，一键把所有跑丢的窗口拽回来
前面四个方法都是单点处理，窗口一多就烦。这一段给你一个能反复用的工具：枚举所有可见窗口，判断哪些完全在屏幕之外，把它们统一搬回主屏。
7.1 判断逻辑：什么叫"看不见"
核心是求交集。把窗口矩形和每一块屏幕的矩形做相交计算，如果交集的宽和高都小到一定程度，就认为这个窗口实际上不可见。
我用的阈值是：可见宽度小于 120 像素，或者可见高度小于 40 像素。40 像素差不多是一个标题栏的高度，低于这个值你基本抓不住它；120 像素是为了保证至少有足够宽的一条能点中。这两个数你可以按自己习惯调，屏幕小的话可以放宽到 80 和 30。
7.2 完整 PowerShell 脚本
这段代码在 Windows PowerShell 5.1 上验证过，不需要装任何第三方模块，直接复制保存成 .ps1 就能跑。
Add-Type -AssemblyName System.Windows.Forms Add-Type @" using System; using System.Runtime.InteropServices; using System.Text; public class WinMover { public delegate bool EnumWindowsProc(IntPtr hWnd, IntPtr lParam); [DllImport("user32.dll")] public static extern bool EnumWindows(EnumWindowsProc cb, IntPtr lParam); [DllImport("user32.dll")] public static extern bool IsWindowVisible(IntPtr hWnd); [DllImport("user32.dll")] public static extern bool IsIconic(IntPtr hWnd); [DllImport("user32.dll")] public static extern bool GetWindowRect(IntPtr hWnd, out RECT r); [DllImport("user32.dll")] public static extern bool SetWindowPos(IntPtr hWnd, IntPtr after, int x, int y, int cx, int cy, uint flags); [DllImport("user32.dll", CharSet = CharSet.Unicode)] public static extern int GetWindowText(IntPtr hWnd, StringBuilder sb, int max); [DllImport("user32.dll")] public static extern int GetWindowTextLength(IntPtr hWnd); [DllImport("user32.dll")] public static extern bool ShowWindow(IntPtr hWnd, int cmd); [StructLayout(LayoutKind.Sequential)] public struct RECT { public int Left; public int Top; public int Right; public int Bottom; } } "@ # 第一步：枚举所有带标题的可见顶层窗口 $list = New-Object System.Collections.ArrayList $cb = [WinMover+EnumWindowsProc]{ param($h, $p) if ([WinMover]::IsWindowVisible($h)) { $len = [WinMover]::GetWindowTextLength($h) if ($len -gt 0) { $sb = New-Object System.Text.StringBuilder ($len + 2) [void][WinMover]::GetWindowText($h, $sb, $sb.Capacity) [void]$list.Add([pscustomobject]@{ Handle = $h; Title = $sb.ToString() }) } } return $true } [void][WinMover]::EnumWindows($cb, [IntPtr]::Zero) # 第二步：逐窗口检查是否真的落在某块屏幕上 $screens = [System.Windows.Forms.Screen]::AllScreens $primary = [System.Windows.Forms.Screen]::PrimaryScreen.Bounds $minW = 120 $minH = 40 $fixed = 0 foreach ($w in $list) { $r = New-Object WinMover+RECT [void][WinMover]::GetWindowRect($w.Handle, [ref]$r) $wWidth = $r.Right - $r.Left $wHeight = $r.Bottom - $r.Top if ($wWidth -le 0 -or $wHeight -le 0) { continue } $visible = $false foreach ($s in $screens) { $b = $s.Bounds $ix = [Math]::Min($r.Right, $b.Right) - [Math]::Max($r.Left, $b.Left) $iy = [Math]::Min($r.Bottom, $b.Bottom) - [Math]::Max($r.Top, $b.Top) if ($ix -ge $minW -and $iy -ge $minH) { $visible = $true; break } } if (-not $visible) { if ([WinMover]::IsIconic($w.Handle)) { [void][WinMover]::ShowWindow($w.Handle, 9) # SW_RESTORE } $newX = $primary.Left + 60 $newY = $primary.Top + 60 # SWP_NOZORDER(0x0004) + SWP_NOACTIVATE(0x0010) [void][WinMover]::SetWindowPos($w.Handle, [IntPtr]::Zero, $newX, $newY, $wWidth, $wHeight, 0x0014) Write-Host ("已归位: " + $w.Title) -ForegroundColor Green $fixed++ } } Write-Host ("共处理 " + $fixed + " 个窗口") -ForegroundColor Cyan跑之前有个前置条件：如果你要处理的是以管理员权限运行的程序，这个脚本也必须以管理员身份启动。这是 Windows 的完整性级别限制，标准权限的进程没法给高权限窗口发SetWindowPos，调用会静默失败，不报错但也不生效。我第一次跑的时候纳闷为什么某个工具窗口没被处理，折腾了半天才发现是权限问题。
另外SetWindowPos的最后一个参数是标志位，0x0004表示不改 Z 序（不改窗口叠放顺序），0x0010表示不激活窗口（不抢焦点）。两个按位或起来是0x0014。这个细节很关键，不加NOACTIVATE的话，脚本一跑完你的焦点就被最后一个窗口抢走了，体验很差。
7.3 做成快捷方式，一键触发
每次开 PowerShell 粘贴代码太麻烦，我通常这么处理：
# 保存为 fix-window.ps1，然后建一个快捷方式 # 目标填： powershell.exe -NoProfile -ExecutionPolicy Bypass -WindowStyle Hidden -File "C:\Tools\fix-window.ps1"快捷方式属性里再给它设一个快捷键，比如Ctrl+Alt+W。以后遇到窗口跑丢，不用找鼠标，直接按这个组合键，两三秒后窗口自己就回来了，命令行窗口一闪而过。
-WindowStyle Hidden是让控制台窗口不显示，-ExecutionPolicy Bypass是绕过脚本执行策略限制。如果你机器上有更严格的策略，把脚本放到已信任的目录里更稳妥。
7.4 需要更精细控制的话
上面这版是"能跑就行"的实用主义版本。如果你想让窗口回到上一次的位置、或者只处理特定标题的窗口，可以在枚举那一步加过滤条件，比如if ($sb.ToString() -like "*记事本*")。也可以把窗口矩形先写进日志文件，排查问题的时候有据可查。
对写程序的同行来说，其实还有一个更省事的思路：用 Python 配合pywin32，win32gui.EnumWindows加win32gui.MoveWindow，逻辑完全一样，代码量更少，适合你本来就写 Python 的场景。不过多一个 Python 运行时的依赖，日常脚本我还是更推荐 PowerShell，系统自带，复制即用。
8. 常见问题与排查速查表
这些年被问得最多、以及我自己踩过的坑，整理成下面这张表。遇到问题先查表，八成能直接对上。
| 现象 | 可能原因 | 处理方式 |
|---|---|---|
Alt+空格按了没反应 | 窗口无系统菜单（无边框、全屏） | 改用Win+方向键强制贴边 |
| 系统菜单里"移动"是灰的 | 窗口处于最大化状态 | 先Win+↓还原再操作 |
| 方向键能按但窗口不动 | 窗口被程序锁定尺寸或位置 | 换方法二或方法五从外部强制移动 |
| 脚本对某个窗口无效 | 目标窗口权限更高 | 用管理员身份重跑脚本 |
| 挪回来后又跑回去 | 程序把位置写死在配置里 | 用方法四删掉配置项 |
| 只剩一条边露出屏幕 | 高 DPI 缩放计算错误 | 设 DPI 兼容性为"系统" |
| 任务栏看不到图标 | 程序缩到托盘或隐藏了 | 先让它显示，再处理位置 |
| 多块屏里某块是灰的 | 显示器被识别但未激活 | 显示设置里断开该显示器 |
| 休眠唤醒后位置错乱 | 显示拓扑重排 | 用方法五批量归位 |
| 远程会话退出后窗口丢失 | 会话分辨率与本地不一致 | 断开前先断开映射，或重连后跑脚本 |
8.1 几个特别容易误判的情况
有一种"幽灵窗口"值得单独说。你在任务栏上看到程序图标，点一下闪两下，但屏幕上什么都没有。这时候它可能根本不是位置问题，而是程序把主窗口隐藏了，真正的界面在托盘图标右键菜单里。判断方法是在任务视图（Win+Tab）里看一眼，如果连缩略图都没有，那就不是坐标问题，去托盘区找。
还有一种：窗口在屏幕外，但你用Alt+Tab切过去之后鼠标指针变成了等待状态，界面像是卡住了。这种情况多半是程序正在处理什么耗时操作，位置没有问题，等它忙完自己就显示出来了。别急着下结论。
8.2 三条来自实战的经验
第一，先掂量窗口重不重要。有些工具窗口关掉重开就能自动回到默认位置，根本不用折腾。花三十秒确认一下"这个窗口有没有未保存的内容"，比研究坐标省事得多。我之前为了找一个设置窗口折腾了十分钟，最后发现关掉重开就好了。
第二，改注册表之前一定导出备份。这话到处都在说，但真正照做的人不多。我遇到过一次删错键导致某个程序启动就报错，最后是拿备份 .reg 文件恢复的。备份不占地方，代价几乎为零。
第三，脚本跑之前先在任务管理器里看一眼进程树。有些程序会有多个窗口句柄，包括一些不可见的隐藏窗口。脚本只处理"可见且有标题"的窗口，基本不会误伤，但如果你改过过滤条件，最好确认一下处理范围，别把不该动的系统窗口也搬了。
9. 让窗口别再跑丢：几件可以提前做的事
治标之后总得想想治本。虽然这个问题的根源多半在程序那边，但用户可以做的事情其实不少。
换显示器之前，先把窗口收回主屏。这条听着像废话，但真的能避免九成的麻烦。我现在的习惯是：拔掉扩展屏之前，按一次Win+P切到"仅电脑屏幕"，等两秒让所有窗口重排完成，再拔线。这个动作只要两秒钟，能省掉第二天开机到处找窗口的十分钟。
多屏环境的排列顺序尽量固定。别今天把副屏放右边、明天放左边。虚拟坐标空间跟着排列走，来回改等于给自己制造坐标混乱。如果非要改，改完先重启一次资源管理器，让所有程序重新读取环境。
给常用工具做一次"位置固化"。有些程序允许你在设置里指定"启动时窗口位置"，把它设成"居中"或"记住上次位置"以外的选项会更稳。找不到这个选项的，用方法四把它的位置记忆清掉，让它每次走默认逻辑，反而更省心。
如果你是开发者，请在上次位置恢复前做一次可见性校验。具体做法是在启动时枚举所有显示器的可用区域，判断保存下来的矩形是否与其中任意一块有足够大的交集，没有就回退到主屏居中。同时监听显示配置变更消息，在拓扑变化时重新校正。这段逻辑不到五十行代码，但能省掉大量用户支持请求。我在自己的工具里加了这个校验之后，关于"窗口不见了"的反馈直接归零。
最后分享一个我自己常用的小习惯：桌面上常驻一个fix-window.ps1的快捷方式，绑在Ctrl+Alt+W。半年来触发过七八次，每次都是两三秒解决，从来没为这事重启过电脑。这套东西的价值不在于技术含量，而在于把一件反复发生的烦心事变成一次按键的动作——真遇到窗口跑丢的时候，你不需要回忆步骤、不需要搜索教程，手比脑子快。
