系统自带窗口管理能力不足时需借助辅助工具：Windows贴靠失效常因开关关闭、第三方软件拦截或全屏应用禁用；Screen+等工具通过Win32 API强制重定位，支持像素级自定义比例；macOS原生Split View仅限50/50双窗，Rectangle则利用Accessibility API实现多比例、多窗、条件化布局，但均依赖持续的辅助功能权限。
Windows 和 macOS 系统自带的窗口管理能力足够应付大多数并排需求，但“辅助工具”介入的典型场景是：系统原生功能失效、需要自定义比例（非 50/50）、频繁切换布局、或跨多个显示器/虚拟桌面保持一致行为。这时候，不是换工具，而是选对工具+绕过系统限制。
为什么系统自带贴靠有时不生效
常见现象包括：拖到边缘没反应、Win + 左/右箭头 没反应、任务栏右键无“并排显示窗口”选项。根本原因通常是：
-
贴靠窗口总开关被关闭（路径：设置 > 系统 > 多任务处理 > 贴靠窗口） - 第三方窗口管理软件（如 DisplayFusion、Actual Window Manager）劫持了 Win32 窗口消息，导致系统贴靠逻辑被拦截
- 某些全屏应用（如游戏、远程桌面客户端）主动禁用贴靠，或以无边框模式运行，绕过系统窗口管理器
- 注册表项
DockMoving或SnapAssistDistance缺失或值为 0，底层吸附机制未启用
Screen+ 这类工具怎么真正接管窗口位置
它不依赖系统贴靠 API，而是直接调用 Win32 的 MoveWindow 和 SetWindowPos，绕过消息循环延迟。这意味着：
- 即使目标窗口处于“无响应”状态，只要句柄有效，仍可强制重定位
- 支持像素级坐标设定，比如让左侧窗口占 62%，右侧占 38%，而非仅限系统默认的 50% 或 25%/75% 网格
- 快捷键绑定可穿透全屏应用——例如在 OBS 全屏预览时，按
Ctrl + Alt + 2仍能将 Chrome 强制贴左 - 配置文件可导出为 JSON，便于团队同步或版本控制（比如开发环境统一设为“VS Code 左 60%，终端右 40%，浏览器底部 30%”）
Mac 上 Rectangle 为什么比原生分屏更可控
macOS 原生分屏（Split View）强制 50/50、只支持两个窗口、且无法在全屏应用中插入第三个窗口。Rectangle 的关键差异在于：
- 它监听的是
CGWindowListCopyWindowInfo获取所有窗口元数据，再用CGDisplayMoveCursorToPoint和AXUIElementSetAttributeValue直接操作 Accessibility API，权限更高 - 支持自定义快捷键映射，例如
Cmd + Option + H→ 左 1/3，Cmd + Option + L→ 右 1/3，中间留白给通知中心 - 可设置“忽略特定应用”，比如跳过微信、钉钉等常驻托盘程序，避免误贴靠
- 配置文件
~/.rectangle/rectangle.json支持条件规则：当检测到当前应用是VisualStudioCode且显示器缩放为 200% 时，自动启用 55/45 布局
真正容易被忽略的点是：所有这类工具都依赖持续的辅助功能权限（Windows 需“允许此应用控制你的设备”，macOS 需在“系统设置 > 隐私与安全性 > 辅助功能”中勾选）。一旦系统更新或用户手动取消勾选，工具会静默降级为“仅快捷键提示”，不再执行窗口移动——这个状态没有错误弹窗，也无日志输出，只能靠手动验证快捷键是否生效来发现。
