把两个窗口焊成一个：双窗磁吸的几何约束与调参手册

先做个动作：把鼠标从左边窗口移到右边，说一句话，再移回来，看结果，再移回去改一句。这套来回，一天要重复几十次。安卓修改大师智改工坊的 智能修改电脑版 在界面层面解决的就是这件小事——它把 AI 工作区焊在主窗口右侧，让「说需求」和「看结果」发生在同一个视野里。

产品介绍页：https://www.apkeditor.cn/ai-version.aspx，官网 www.apkeditor.cn。这篇文章偏工程，讲的是「为什么吸得住、为什么不会抢你的手、参数该怎么调」。

一、为什么不是简单并排

分屏的局限在于它是系统级的、一次性的：摆好之后系统就不再管了，你换个显示器、改个缩放，位置全乱。磁吸是应用级的、持续的，它把「摆」这件事变成了后台一直在跑的守护逻辑。

并排两个窗口是最容易想到的方案，Windows 本身也有分屏。但用两天你就会发现三个问题：一是两个窗口高度不一致，视觉上像两块拼不齐的板；二是你调左边宽度时右边不会跟着，总有一条缝或者被压住一部分；三是切到别的应用再回来，两个窗口的层级关系乱了，一个在前一个在后。

磁吸要解决的就是这三件事，而解决它们需要定几条硬规则，并且这些规则必须是可以被程序持续维持的，不是一次性摆好位置就完事。因为用户随时会拖、会缩放、会最小化、会换显示器，每一次变化都要重新算一遍。

值得一提的是，这四条之间会互相冲突。比如「等高」和「不超过屏幕」冲突时，只能牺牲高度；「宽度固定占比」和「主窗最小宽度」冲突时，只能让右侧变得更窄甚至隐藏。规则的价值不在于永不冲突，而在于冲突时有明确的优先级。

这套规则最终收敛成四条：高度必须相等；宽度合计固定占屏幕工作区的一个比例；主窗被移动或被拖走后要自动吸回；任何一方最小化或还原，另一方跟着走。四条听起来简单，但每一条在真实系统里都有反例要处理，后面逐个拆。

二、约束一：高度必须一模一样

高度相等是四条里最「硬」的一条，因为它会反向影响主窗口自己的尺寸。你设了主窗高 2000 逻辑像素，但屏幕放不下，Windows 会把窗口截短到可视高度；这时候右侧如果还按 2000 摆，就露出一截空白，视觉上直接散架。所以规则是：以实际生效的高度为准，两窗都按它对齐。

反过来也成立。有些程序自带尺寸上限——比如一些布局固定的老工具，最大高度只到 800 物理像素。这时候主窗口会跟着它变小，以维持等高。这不是妥协，而是把「等高」当成第一优先级：宁可整体矮一点，也不要出现两个不等高的窗口。如果你的工作流必须用高窗口，那就换一个没有高度上限的搭档程序，或者把主窗高度调到对方能接受的范围。

这条截短规则还有一个附带影响：截图和录屏时，如果你按「设定高度」去算构图比例，实际画面会比预期矮。做教程的人尤其要注意，最好按实际生效的高度来安排内容，别按配置文件里的数字。

还有一个细节：窗口高度不能超过屏幕，这是 Windows 的规则，不是程序的限制。在 125% 缩放、1680 物理像素高的屏幕上，2000 逻辑像素的设定会被截到大约 1362。遇到这种情况，首页那条提示会先说明实际高度，并给出两个解决办法：调小主窗高度，或者打开「按工作区自适应」让它自动收缩到可视高度。说明完之后，提示条才进入正常的使用技巧轮播——先解释异常，再讲技巧，顺序不反。

三、约束二：宽度是一个公式，不是一个数字

宽度这边用的是比例而不是固定值。设主窗宽 W、屏幕工作区宽 S、占屏比例 r（默认 0.75）、两窗间隙 g，那么右侧窗口的宽度就是 S × r − g − W。这个式子的含义很直白：两个窗口加起来的宽度，永远占屏幕工作区的固定比例。

为什么用比例？因为显示器尺寸差异太大。14 寸笔记本和 32 寸外接屏，如果都写死像素值，一个会挤成一团，一个会留出大片空白。用比例之后，换屏幕不需要改配置，程序自己按当时的屏幕算。

这也解释了一个很自然的行为：你把主窗拖宽，右侧会自动变窄，因为总量是固定的。刚开始会觉得「怎么我拉宽它反而变小了」，用两天就会上瘾——你不需要同时调两个窗口，只需要调左边那个，右边永远刚刚好。

公式里减去主窗宽这一步，用的是「当前实际宽度」而不是「配置宽度」。原因很实际：你可以随时拖动窗口边框改变宽度，如果按配置值算，右侧会立刻错位。用实际值算，右侧永远跟着左边的真实状态走。

间隙 g 的作用是留出一条视觉呼吸缝。默认是 0，两窗严丝合缝，看起来像一个整体；调到 8 到 16 像素会明显分开，适合双屏或大屏，眼睛不容易把两块内容串在一起读。这个值在配置文件里改，改完重启生效。

场景	建议占屏比例	理由
14 寸笔记本单屏	0.85 ~ 0.9	屏幕小，尽量用满，别留桌面
24 寸显示器	0.75（默认）	两侧还能放参考文档或聊天窗
32 寸以上 / 双屏	0.6 ~ 0.7	窗口太宽反而难扫视，留白更舒服
投屏演示	0.9	观众要看清文字，别浪费画面

四、约束三：跟手，但不能抢你的手

这是整套机制里技术含量最高的一段。要维持几何关系，程序必须不停地「看见」两个窗口的位置和尺寸，然后纠正右侧窗口。看见的方式是定时轮询，默认间隔是 5 毫秒。这个频率高到几乎和拖动同步，所以你拖左边的时候，右边是黏着走的，不会一顿一顿。

但高频轮询带来一个矛盾：程序写窗口位置和用户拖窗口，在系统看来都是「窗口位置变了」，程序怎么知道自己看到的这个变化是「用户干的」还是「自己刚写的」？如果分不清，就会出现经典的自激振荡——程序发现自己写的位置和记录不一致，又去纠正，来回抖动，窗口在屏幕上哆嗦。

解法是「事件稳定判定」：只有当窗口位置静止超过一个阈值时间，才认为这是一次真实的用户操作，值得响应；相邻两次采样之间持续在变，就当成拖动进行中，只跟随不判定。这个阈值就是配置里的吸回延迟，默认在两百多毫秒的量级——短到你觉得「松手就归位」，长到足以过滤掉拖动过程中的抖动。

稳定判定的阈值不能设得太小。太小会把系统重绘、动画中间帧也当成「位置变了」，导致判定反复触发；太大则松手之后要等一会儿才回弹，手感发黏。默认值是在一堆真机上试出来的折中，除非你有明确理由，不建议大改。

这套判定还顺带解决了另一个问题：用户在拖动过程中手会轻微停顿。如果一停就判定「拖动结束」，窗口会在拖动中途突然弹回，手感非常差。用「静止超过阈值」而不是「位置不再变化」，就是把这个中途停顿过滤掉。

五、约束四：最小化、还原、任务栏唤回

最小化是最容易被忽略的状态。窗口最小化后，系统会把它挪到一个很远的坐标（大约负三万多的位置）并标记为图标化。如果程序不做判断，就会把这个坐标当成「用户把窗口拖到屏幕外了」，然后兴师动众地把右侧窗口也挪过去，结果是两个窗口一起消失，还原后又错位。

正确做法是在每一轮采样里跳过图标化状态：一旦发现主窗最小化，这一轮不做任何纠正，同时把右侧窗口也最小化；主窗还原时，先把主窗摆回吸附位，再算出右侧应有的位置和尺寸，一起还原。用户看到的是一起收、一起放。

还有一个更微妙的状态：从任务栏点回主窗口。这时候主窗会被提到前台，但右侧窗口可能还在后面，被主窗压住一半。处理方式是唤醒时把右侧恢复成普通窗口并抬到最前——注意是「抬到最前」而不是「抢焦点」，焦点必须留在主窗，否则你一点任务栏，光标就跑到右侧输入框里去了，非常恼人。

六个状态里最容易被误读的是「已解除」。它不是故障，而是你或某个操作主动解除了吸附关系，比如手动拖开、或者用参数指定不吸附。看到它不需要处理，点一下重新吸附即可。

顶部状态栏把这些状态显式写出来了：已吸附、查找中、未启动、未找到、已解除、已退出。六个状态覆盖了从「刚启动还没找到搭档」到「你主动解除了吸附」的全部情形。状态文字和右侧按钮在悬停时还会提示它在找哪个路径——排查「为什么吸不上」时，这一句比任何日志都快。

六、吸不上的五种原因

磁吸依赖「找到那个窗口」。找窗口这件事在 Windows 上比想象中麻烦，因为一个进程往往有十几个顶层窗口：输入法候选框、隐藏消息窗、图形钩子窗、托盘帮手窗。如果按「进程名 + 主窗口句柄」去找，很容易抓到一个空壳。

所以匹配规则是「认路径不认名字」：拿候选窗口所属进程的可执行文件完整路径去比，只有和配置里那个文件一模一样才算命中。这样即使系统里存在另一个同名程序，也不会吸错对象。这一步的代价是要枚举窗口、逐个查路径，比直接拿主窗口句柄慢，但换来了准确性。

排序里「面积大优先」这一条，实践中偶尔会挑错——有些程序的设置窗口比主窗口还大。这时候可以用标题关键字做二次筛选，参数里加一个标题关键字，只有标题含它的窗口才算命中。这是最省事的纠偏手段。

枚举出来之后还要排序筛选：有 owner 的窗口、工具窗口、小于 100×100 的窗口都排除；剩下的按「可见优先、有标题优先、面积大优先」排。这套排序能稳定挑中真正的应用窗口，而不是冷启动时先冒出来的那个替身窗口——有些程序启动瞬间会出现一个巨大的隐藏窗口，尺寸比真窗口还大，不排掉就会认错。

现象	原因	处理
状态一直「查找中」	搭档程序没启动，或路径不对	点吸附按钮会直接打开环境窗口，不是报错
吸上了但位置不动	权限不对等，跨进程操作被拦	两边都以管理员身份运行
右侧被压住一半	层级没抬起来	点一下顶部重新吸附
窗口矮了一截	对方有尺寸上限	调小主窗高度，或改用无上限的搭档
换屏后位置乱了	坐标按物理像素计算	点重新吸附一次即可

七、调参手册：六个值得改的项

所有参数都在程序目录下的配置文件里，带注释，改完重启生效。下面六项是实际用得最多的。

1. 占屏比例：默认 0.75，小屏建议 0.85 以上，大屏 0.6 到 0.7 更舒服。
2. 间隙：默认 0，想看出两个窗口的边界就调到 8 到 16。
3. 主窗宽高：竖向布局默认 600×2000，屏幕高度不够时打开自适应。
4. 轮询间隔：默认 5 毫秒，除非机器很老导致异响，一般不用动。
5. 吸回延迟：默认两百多毫秒，觉得回弹太急可以加到 400 左右。
6. 启动是否吸附：开机就要干活的人设成 true，想先看项目列表的设成 false。

配置文件里还有一类参数是「行为开关」，比如退出时要不要彻底关闭搭档进程、等待对方关闭的超时时间。这类开关平时不用动，但在「关不干净、留后台」的抱怨里，它们就是答案。

除了配置文件，命令行参数也能临时改这些值，只对本次运行生效，不写回配置。常用的有：指定搭档路径、附加窗口标题关键字、主窗宽高、占屏比例、间隙、是否吸附、是否用系统毛玻璃、是否自适应高度、是否输出诊断日志。做演示或者临时换机器时，用一个快捷方式带参数启动，比改配置文件快得多。

八、这套布局改变了什么工作习惯

布局不是审美问题，它塑造动作。传统的改包流程里，「写需求」和「看执行」在两个地方：需求写在笔记或聊天框里，执行在终端或另一个工具里。于是你被迫在两个地方之间搬运信息，搬一次就可能丢一点细节。

并排之后，动作变成「左边写、右边看、发现不对左边补一句」。这个循环缩短到几秒，带来的直接后果是：你更愿意小步改。小步改的好处是每次只有一个变量，出问题一眼能定位；而大步改的风险是改了五处，不知道是哪处引起的。

这个收益在长任务上尤其明显。一轮改包动辄几分钟，如果看不见，人就会去做别的事，回来发现早跑完了，然后忘了刚才想改什么。看得见，就等于给自己留了一个「回来接着干」的锚点。

还有一个隐性收益：右侧的工作区一直在视野里，你能看到它的进度，而不是「点完按钮去泡杯咖啡，回来发现它早就停了」。等待这件事最消耗信任，看得见就踏实。

九、实例一：给自家商城应用换一版活动皮肤

举一个能体现「并排」价值的例子。某公司自建的商城应用要做双十一活动皮肤：首页 banner 换图、主色从蓝改成暖橙、商品卡片圆角加大、按钮文案改成「马上抢」。

以前怎么做：把需求写成一段文档发给开发，开发改完打包，发到群里，运营下载安装，看完提修改意见，再走一轮。一轮两天，改三轮就是一周。

现在怎么做：运营自己坐在电脑前，左边写「首页 banner 换成附件图，主色改成 #f97316，商品卡片圆角从 8 调到 16，首页按钮文案改成『马上抢』，其他页面的蓝色保持不变」，右边看着执行过程。改完自动打包，勾了自动运行就直接装到连着的测试机上，抬头看手机屏幕就是效果。不满意，左边补一句「banner 底部加 12 像素留白，别压住指示器」，再来一轮。

为什么这套布局关键：因为活动皮肤是「看着调」的活。你不能只靠文字描述想象出「暖橙配 16 圆角」长什么样，必须看到。并排布局让「看到」和「改」之间只隔一次鼠标移动。

十、实例二：内部巡检应用的图标与名称微调

第二个例子更小，但更典型。一个物业巡检的内部应用，装了三个版本在三个人手上：正式版、演示版、培训版。三个版本的功能一样，只差图标、名字、启动页文案。

现在怎么做：建三个项目，各自导入同一个包。第一个写「应用名改成『巡检助手』，图标换成附件的蓝版」；第二个写「应用名改成『巡检助手 演示』，图标换成附件的橙版，启动页加一行『演示数据，请勿录入』」；第三个写「应用名改成『巡检助手 培训』，图标换成附件的绿版」。

多项目并行时，建议给每个项目起一个能一眼认出的名字，并把图标区分开。项目列表里图标是从包里取的原图，如果三个版本用的是同一张图，列表看起来会一模一样，很容易点错。

三个项目可以来回切：详情页开着的时候切到项目列表，详情页还在；切到别的 Tab 会收起来，切回来又出现。所以你可以在一个项目上等打包，切到另一个项目写下一段需求，不用等前一个跑完。配合并排布局，右侧工作区的进度始终在余光里。

怎么验证：三个包装到同一台测试机上（包名相同会互相覆盖，所以要么分机器，要么改包名——改包名牵连较多，参见同系列另一篇）。桌面图标、应用名、启动页文案三处逐一核对，冷启动一次确认没有启动异常。

十一、边界：这套机制做不到什么

诚实地说几条限制，省得你踩了之后觉得被忽悠。

第一，窗口高度不能超过屏幕。这是系统的规则，任何程序都绕不过。想在小屏上摆一个「很高的」工作台，唯一办法是自适应收缩，或者把纵向布局改成横向。

第二，权限要对等。跨进程移动窗口受系统完整性级别限制：如果搭档程序以管理员身份运行，本程序也必须以管理员身份运行，否则移动会被静默拒绝，表现为状态卡在「查找中」或者位置纹丝不动。这不是 bug，是系统在保护。

第三，毛玻璃是可选装饰。系统级的毛玻璃在部分显卡驱动上拖动会掉帧，所以默认关闭，改用渐变加高光边框模拟质感。想要真毛玻璃可以在配置里打开，但要接受可能的拖动不顺。

还有一条不算限制但值得知道：吸附是「一对一」的。一个主窗口只吸一个搭档，不会同时吸两个。想同时看两份执行过程，只能开两个主程序实例，各自配不同的搭档——这也是有人做「分身快捷方式」的原因。

第四，多显示器下默认贴主显示器左上角。跨屏拖动时坐标按物理像素对齐，DPI 感知已声明为每显示器独立，但换屏之后的第一次吸附可能需要一次手动触发。

十二、和手机端的关系

有人会问：手机上屏幕更小，这种并排还有意义吗？答案是有，但形态不同。手机和平板上的智能修改安卓版没有「两个窗口」，它用的是「同一屏内的分区」：上面是项目与需求，下面是执行与结果，滚动就能对照。

顺带说一句平板。平板横屏时的可用宽度接近小尺寸笔记本，所以智能修改安卓版在横屏下会自动切成左右分栏，逻辑和电脑版几乎一致；竖屏时退回上下分区。同一套思路，三种排布。

两者的共同逻辑是一样的：把「描述」和「结果」放在同一个视野里，减少来回切换。电脑版用横向并排，安卓版用纵向分区，平板横屏时又会变成左右分栏。理解了这层，你就不会觉得这是两个产品的两套设计，而是同一套思路在不同屏幕上的落地。

十七、一次吸附的完整过程

把「点一下吸附」这个动作放大，会看到六步：找到进程、枚举窗口、筛掉干扰项、排序选中、写入位置、确认结果。每一步都可能失败，而失败的表现都是「没吸上」，所以状态栏才会细分出不同的提示文字。

第一步找进程，靠的是配置里那个可执行文件的路径。程序没启动时这一步就会失败，但失败不等于报错——设计上会让它直接打开「更新反编译环境」窗口，因为绝大多数「找不到」的根因是环境没装好。这个判断省掉了大量「为什么点了没反应」的困惑。

第二步枚举窗口，是把该进程下所有顶层窗口列出来。一个现代桌面程序动辄十几个顶层窗口，其中真正对用户可见的往往只有一个。所以第三步要筛：带 owner 的（属于某个对话框）、标记为工具窗口的、尺寸小于一百见方的，全部排除。

第四步排序，规则是可见优先、有标题优先、面积大优先。这三条顺序不能反——先看可见，是因为隐藏窗口再大也不该被选中；再看标题，是因为真正的应用窗口通常有标题，而那些隐藏的帮手窗口没有；最后看面积，是为了在同为可见有标题的候选里挑出主界面。

这六步里，最容易被低估的是第六步。写入位置这个动作在多数情况下会立即生效，但如果对方程序正在重绘、正在处理自己的布局，它可能会在收到新尺寸后又一次调整自己，把刚写进去的值覆盖掉。所以「写」之后必须「验」，验不过就等下一轮，而不是在同一轮里连续写十次——连续写只会让画面抖得更厉害。

还有一个隐含前提：找到的那个窗口必须是「可移动、可缩放」的。有些程序把自己声明成固定尺寸或者置顶不可动，遇到这种对象，正确做法是放弃吸附并说明原因，而不是硬来。硬来的结果通常是窗口被裁掉一块，看起来像程序坏了。

第五步写位置，是把算好的坐标和尺寸设给右侧窗口。第六步确认，是在下一轮采样里检查它是否真的到了位。如果没到位，可能是被系统拦了（权限不对等），也可能是对方程序有自己的尺寸约束，这时候会进入「跟随对方」的分支，而不是死循环重试。

十八、DPI 与多屏：坐标为什么按物理像素算

高 DPI 屏幕上，一个逻辑像素可能对应 1.25 个、1.5 个甚至 2 个物理像素。如果程序混着用两种单位，就会出现「在 100% 缩放下完美，在 150% 缩放下错位一半」的经典问题。

这套机制的取舍是：布局参数按逻辑像素表达（你填 600 宽就是 600 逻辑像素），而窗口位置按物理像素写入。两者之间按当前显示器的缩放比例换算。这样做的原因是窗口接口在多数情况下接受物理像素，而用户理解尺寸用的是逻辑像素。

多显示器下还有一个坑：不同屏幕的缩放比例可能不同。主屏 150%、副屏 100%，窗口从主屏拖到副屏时，同样的逻辑尺寸会对应不同的物理尺寸。程序声明了每显示器独立感知，就是为了在这种场景下拿到正确的换算系数。

另外提醒一句：如果你在系统设置里改过「缩放与布局」，正在运行的程序可能不会立即全部重排，有些窗口要等下次启动才按新比例算。这类「改了缩放之后界面怪怪的」现象，重启一次程序通常就好了，不用怀疑是不是坏了。

实际使用中，如果换屏之后位置不对，最省事的处理是点一次重新吸附。它会按当前屏幕重新算一遍，比手工拖到「差不多对」的位置更准。这不是缺陷，而是「自动挑盘 + 多屏」这类环境自适应功能共同的代价：环境变了，需要一次重新握手。

十九、三种该关掉吸附的场景

吸附不是永远正确。有三种场景，关掉它反而更快。

第一，批量出包。手上五个项目排队改，你不需要看执行细节，只需要它们一个个跑完。这时候右侧窗口的存在感是负的，占地方还分散注意力。关掉吸附，主窗口拉满，项目列表一屏能看更多。

第二，只做验证。包已经改好了，你只想打开工程核对某一处资源，或者只想跑一遍打包。这类动作不需要「说需求」，吸附的意义就没了。

第三，演示与录屏。录教程时画面里两个窗口会让观众分心，尤其是要放大局部的时候。关掉吸附，单独操作主窗口，画面更干净；讲「执行过程」时再打开。

关掉的方式有两种：启动参数里指定不吸附（只对本次生效），或者改配置里的启动吸附开关（永久生效）。前者适合临时场景，后者适合「我的工作流本来就不需要」。

二十、命令行参数速查

这些参数只对本次运行生效，不写回配置文件，所以很适合做几个不同用途的快捷方式。

一个实用组合：给自己做一个「演示模式」快捷方式，参数设成小窗口、不吸附、打开诊断日志；再做一个「批量模式」，设成大窗口、不吸附、关掉动效。两个图标放桌面，按当天要干的活选一个，比每次进设置里改快得多。

二十一、并排和不并排，差多少

有人会问：这些优化到底值多少时间？可以自己做个粗糙的计时实验。同一件事——改一个应用名并换图标——做五轮，一轮用并排，一轮用分开，记录从「想改」到「确认改好」的总时长。

并排那一组的典型耗时集中在「写需求」和「看结果」两段，中间几乎没有切换成本；分开那一组的耗时里，会多出「切窗口、找窗口、确认在哪个窗口」这几段碎片时间，每次几秒，五轮下来差距就很明显。

更重要的是错误率的差别。分开操作时，人容易在切换中丢失上下文——比如切回来忘了刚才写到哪、忘了上一轮改的是哪一处。并排把上下文固定在视野里，这类低级错误显著减少。

当然，这个实验不严谨，样本也小，它只能说明方向：省下来的不是操作时间，是注意力切换的成本。而注意力恰恰是改包这类精细活里最稀缺的资源。

二十二、一次真实调参记录

把调参过程写出来，比给一张参数表更有用。以下是一位用 16 寸笔记本、外接 27 寸屏的用户的调整记录，前后花了三周，改了四次。

第一次：全默认。占屏 0.75，主窗 600×2000，间隙 0。感受是「能用，但主窗太窄」——笔记本上 600 逻辑像素只够放下一行需求的一半，写长句子要频繁换行，读起来累。问题不在吸附，而在主窗宽度。

第二次：主窗加宽到 760，占屏提到 0.8。主窗舒服了，右侧变窄，但右侧主要是看执行过程，窄一点不影响。这一版用了两周，唯一的抱怨是外接屏上两窗贴太紧，视觉上像一整块，眼睛容易串行。

第三次：间隙调到 12，占屏降到 0.78。串行的问题解决了，代价是主窗略窄，但可以接受。这一版基本定型。

第四次：做了两个快捷方式。一个「笔记本模式」，参数是小窗口、间隙 8、占屏 0.88；一个「外接屏模式」，大窗口、间隙 16、占屏 0.68。从此不再进配置文件，按场景点图标。

如果你也想调，可以按这个顺序走一遍：先把主窗宽度调到「一行能写下一条完整需求」，再看两窗之间要不要留缝，最后才动占屏比例。占屏比例决定的是「总量分配」，它在最后调，才不会牵一发动全身。

调完之后建议连用三天再决定要不要再改。刚改完的那一小时，人对尺寸特别敏感，容易觉得「怎么都不对」；用三天之后，身体会告诉你哪个尺寸是真顺手。

这份记录的意义不在于具体数字，而在于顺序：先解决主窗宽度（影响输入），再解决间隙（影响阅读），最后才做场景化。很多人一上来就纠结占屏比例，其实那是最后一个该调的参数。

二十三、五个常见误解

误解一：「吸附就是把两个窗口拼在一起」。拼在一起是一次性摆放，吸附是持续维持——你拖动主窗、缩放、最小化、换屏，它都要重新算。两者的差别在异常场景里才看得出来。

误解二：「等高是硬性要求，所以窗口越大越好」。等高是要求，但高度上限受屏幕约束，一味调大只会被系统截短，然后触发提示条解释。合理做法是先看屏幕可用高度，再定主窗高度。

误解三：「5 毫秒轮询很耗资源」。采样本身只是读几个窗口属性，开销极小；真正耗资源的是频繁写入窗口位置。这套机制之所以要做「稳定判定」，一半原因就是为了减少无谓写入。

误解四：「吸不上就是软件坏了」。绝大多数情况是环境问题：搭档没装、路径不对、权限不对等、对方有尺寸上限。状态栏的六种状态就是为这些情况准备的，先看状态再判断。

误解五：「并排只适合大屏」。反过来更成立——小屏更需要并排，因为小屏上切窗口的代价更高，你没法把两个窗口都摆得舒服，只能来回切。并排替你把「摆」这件事做掉了。

二十四、吸附之外的三个细节

细节一：窗口可以拖动但不能拖出屏幕。主窗没有系统标题栏，视觉上像一个卡片，但按住空白处能拖、四边能缩放。这个设计让界面更干净，同时保留了最基本的窗口操作。

细节二：毛玻璃默认关。系统级模糊在部分驱动上会掉帧，尤其在拖动时。默认用渐变加高光边框模拟质感，肉眼差别不大，流畅度差别明显。想要真模糊可以在配置里开，但要知道代价。

细节三：主题是换字典不是改笔刷。十套配色点一下立刻生效，原因是切换时整体换了一套资源字典，而不是逐个改控件颜色。这个实现细节决定了「换主题不重启」这件事成立。顺带的好处是，界面里那些矢量绘制的广告图会跟着主题一起变色，不会出现「深色主题配浅色插图」的尴尬。

二十五、适合谁

角色	为什么需要并排
运营 / 市场	活动皮肤要「看着调」，来回切换最耗耐心
独立开发者	一边改一边看日志，出错当场就能补一句
设计交付	改完立刻对照设计稿，不用等开发回消息
教学演示	投屏时画面完整，学生一眼看到因果

二十六、用下来的人怎么说

「最开始觉得并排是花架子，用了三天回不去了。现在单开一个窗口反而不知道怎么干活。」
—— 小唐 · 独立开发者

「我做运营，最怕等。现在右边进度一直在动，我知道它在跑，就不会去点第二次。」
—— 阿雅 · 电商运营

「外接屏之后我把占屏比调到 0.65，两边留白正好放参考图和聊天窗，比全屏占满舒服。」
—— 老韩 · 前端工程师

「上手课我就靠这个讲『需求是怎么被执行的』，学生看着右边一步步动，比我讲十遍有效。」
—— 林老师 · 培训机构讲师

「客服同事也能自己改活动包了，我这边只负责最后看一眼。并排这个设计对非技术人员特别友好。」
—— 老许 · 技术主管

二十七、三个常见疑问

Q：能不能不要吸附，只开主窗口？
可以。启动参数里有解除吸附的选项，配置里也能设成启动不吸附。适合只想改包、不需要看执行过程的场景，比如批量出包时。

Q：拖动时有点跟不上，是配置问题吗？
先看机器负载。轮询是 5 毫秒一次，如果 CPU 被别的东西占满，采样会排队，看起来就滞后。其次看显卡驱动，毛玻璃开启时部分机器拖动会掉帧，关掉就好很多。

Q：右侧窗口被我不小心关了怎么办？
点顶部的重新吸附。如果是「已退出」状态，重新吸附会把它拉起来；如果是「未找到」，会先打开环境窗口，让你先补工具链——这个设计避免了「点了没反应」的挫败感。

二十八、写在最后

最后补一句关于「为什么值得为一套布局写这么多字」的说明。因为布局是所有交互的地基：需求写得再好，如果每次都要切窗口确认结果，人就会退化成「一次写很多、然后祈祷」的模式；而当地基顺手时，人才会愿意小步试、快速改。工具真正改变的不是效率数字，而是你愿意尝试的次数。

如果你只打算记住一件事，那就是：这套几何规则真正服务的对象不是屏幕，而是你的注意力。两个窗口贴在一起，眼睛就不用重新对焦；高度一致，视线就不用重新找基线；自动吸回，你就不用腾出一只手去摆位置。所有这些琐碎的动作被收走之后，留下来的是连续的一段思考——这句话该怎么写、边界该怎么划、验收该怎么看。改包的质量，最终取决于这段连续思考的长度。

顺带回答一个常被问到的现实问题：老机器跑得动吗？这套机制的算力开销很小，采样只读窗口属性，写入只在需要时发生。真正吃资源的是反编译和打包，那是 CPU 和磁盘的事。所以一台五六年前的轻薄本，只要内存够、磁盘不太满，用起来和新的差别不大；差别主要体现在反编译一个大包时的那几分钟等待上。

至于需要多大的屏幕，实践中的答案是：1366×768 能用，1920×1080 舒服，2560 以上属于享受。分辨率不够时，把占屏比例调高、把间隙调小、把主窗宽度收到刚好一行放下需求，依然能凑合出一个可用的工作台。工具不该要求你先换设备，这是它作为桌面软件应有的分寸。

一个好的工作台不该让你意识到它的存在。磁吸的四个约束、5 毫秒轮询、稳定判定、260 毫秒吸回，这些数字你都不需要记住，你只需要知道：拖宽左边右边会自己让位，松手它会自己归位，最小化它们一起收起。剩下的注意力，全部留给那句需求——只需说话，就能让应用变成你想要的样子。

再放一次入口：安卓修改大师智改工坊 · 介绍页 https://www.apkeditor.cn/ai-version.aspx，官网 www.apkeditor.cn。下一篇讲附件系统：为什么素材交得对，比需求写得美更重要。