企业官网建设流程全解析

桌面长期摆着两台机器的人，最后都会碰到同一个问题：一套键鼠不够用，两套键鼠没地方放。左边是 Mac，右边是 Windows，手在桌子中间来回横跳，键盘换一次、鼠标挪一次，一天下来手臂轨迹能画出个"8"字。更烦的是剪贴板——在 Mac 上复制的一段文案，想粘到 Windows 的窗口里，只能先落到微信文件传输或者某个云笔记里中转一遍。跨平台键鼠共享这件事不算新，Synergy、Barrier 这条技术线已经存在很多年，只是真正顺手、不需要折腾授权的组合一直不好找。DeskFlow 是从这条老线上重新分叉出来的一个项目，定位很明确：把老牌的局域网键鼠共享能力捡起来，重新维护、重新打包、重新适配新款系统和 Apple Silicon 机器。

我把这套东西在自己的双机位桌面上跑了相当一段时间，从最初的"能连上就行"，到后来遇到大写锁定不同步、剪贴板截断、提权窗口收不到按键这些一个不落地撞上，中间踩过的坑比想象中多。这篇内容会从原理讲到配置，再到真机排查链路，适合三类人：桌面同时有两台以上机器、经常在同一张桌子上切换操作系统、对"鼠标划到屏幕边缘就自然跳到另一台"这种体验有需求的。零基础也能看懂，因为我会把每个参数在解决什么问题说清楚，而不是丢一串配置让你抄。至于"完美替代"这个词，先给个诚实的判断——在日常办公这个场景下，它非常接近，但在某些特殊输入场景下，软件方案有它绕不过去的天花板，后面会专门讲。

1. 先搞清楚键鼠共享软件到底在做什么

1.1 它不是远程桌面，别用远程桌面的思路去理解

很多人第一次听说 DeskFlow、Synergy、Barrier 这类工具，第一反应是"那不就是远程桌面吗"。这两件事的差别非常大，而且这个差别决定了后面所有的配置策略。远程桌面传的是画面——把另一台机器的整个桌面编码成视频流推过来，你在本机看到的是对方的屏幕内容，鼠标点击被封装成远端的点击事件。键鼠共享传的是输入——屏幕该显示什么还是各台机器自己显示，你的物理显示器该接哪台接哪台，工具只负责把键盘按键、鼠标位移、滚轮这些原始的输入事件，从控制端送到被控端。

这个区别带来的直接后果是带宽。1080P 60 帧的远程桌面，即使编码压得很狠，也是几兆到几十兆每秒的量级；而键鼠共享在你不做大幅度鼠标移动的时候，流量几乎为零，只在心跳包上花点字节。所以它能在纯局域网、甚至一个没接外网的小交换机上跑得很舒服，延迟低到手感上几乎察觉不到。反过来，它也意味着你没法通过它去看另一台机器的画面——两端各自接自己的显示器，这是使用前提。

还有一层区别容易被忽略：远程桌面通常有明确的"会话"概念，连上去就是一个窗口，断开就结束。键鼠共享更像一个常驻的输入路由器，它一直挂在后台监听，鼠标移到屏幕边缘的瞬间触发切换，整个过程是连续的、无感的。你在 Mac 上打字打到一半，鼠标往右一滑，下一秒钟键盘敲的字就出现在 Windows 的编辑器里，中间没有"连接中"、没有窗口切换。这种连续性既是它的价值，也是它的问题来源——状态一直在两端之间流动，任何一端的输入状态不一致，就会立刻表现为"打字出怪字符"。

1.2 屏幕上那个"越界跳转"，靠的是一套坐标与方向映射

我最初以为屏幕边缘切换是靠某种屏幕坐标计算，后来读了配置格式才明白，它压根不关心你的真实分辨率。整套逻辑是：你把几块屏幕的相对位置手工描述出来，工具只记方向关系。比如配置里写"Mac 这台机器的右边是 Win 这台，Win 的左边是 Mac"，那么当鼠标在 Mac 上向右移动到屏幕最右缘，控制权就交给 Win，并且光标从 Win 屏幕的左缘出现。

这带来一个很实用的副作用：两端分辨率、缩放比例完全不一致也没关系。Mac 是 2560×1440 的 Retina 缩放，Windows 是 1920×1080 的 100% 缩放，两边尺寸差一大截，但方向关系成立，手感就是对的。代价是跨过去的一瞬间，光标的绝对落点只有纵向位置是粗略对应的，横向落点取决于你越界时的相对速度和方向。所以从 Mac 划到 Windows，光标经常出现在 Windows 屏幕左边缘偏上或偏下的位置，需要再用一下才到位。这是设计使然，不是 bug，适应一两天就习惯了。

真正需要注意的是方向配置错了会很难受。我曾经把两台机器的上下关系配反，鼠标往上推，结果光标从对方屏幕底下钻出来，整个人愣了三秒。配置文件的links段落就是这个映射表，方向写错不会报错，只会表现为"跳转方向很奇怪"，这是新手最容易怀疑到硬件上的一个点。

1.3 键盘、鼠标、剪贴板，三条独立的数据通道

把输入事件拆开看，其实是三路不同的东西在传，每一路的失败模式都不一样，排查的时候必须分开验证。

鼠标通道传的是相对位移量（dx, dy）和按键状态。相对位移的好处是不受分辨率影响，坏处是全屏游戏那种需要锁定光标的场景会打架，这个后面会讲。键盘通道传的是键码，不是字符——这点极其重要。控制端按下的是物理键位，被控端按自己的键盘布局去解释这个键位。所以两端键盘布局设置不一致时，会出现按 A 出 Q 的情况。剪贴板通道是独立的，而且是最容易出问题的一路：它有大小上限、有格式协商、有编码转换，任何一环不对就是"复制了但粘不出来"。

把这三路分开验证，是我后来排障效率提升最大的一个习惯。连上之后先只测鼠标能不能过界，再只测键盘打字对不对，最后测剪贴板。三件事一起测，出问题你根本不知道是哪一层坏了。

2. Synergy 和 Barrier 的历史包袱，为什么还会有人重新做一遍

2.1 授权模式变化之后，老用户的实际处境

老牌方案的问题从来不是技术不行，而是维护节奏跟不上操作系统更新的速度。这类工具踩在系统最底层的输入接口上，macOS 每次收紧辅助功能权限、每次改一次输入事件的分发机制，Windows 每次动一次会话隔离和提权模型，工具就得跟着改。而它的用户基数又不像通用软件那么大，商业化和社区维护之间一旦失衡，断裂就来了。

我自己的体验很典型：某次系统大版本更新之后，老工具在新机器上装完能启动，但鼠标能过界、点击没反应。查了半天才发现是辅助功能授权那边的新条目没勾上，而且老版本申请权限的时机有问题，弹窗根本不出现。这种问题你没法自己修，只能等上游发版。等一两个月，工作流就断了，很多人就是在这个节点上放弃的。

这也解释了为什么"从老项目 fork 出来重做一遍"会成为一条常见路径。技术上核心逻辑是成熟的、经过十几年验证的，不需要重写；需要重做的是构建体系、依赖版本、对新系统权限模型的适配，以及发版节奏。DeskFlow 走的就是这条路——协议层和配置格式延续下来，工程侧现代化。这对于使用者意味着一个很实际的好处：老的配置习惯、老的排障经验基本可以直接迁移，网上关于 Barrier 的那些配置文件写法，大部分拿来就能用。

2.2 协议兼容带来的迁移便利，以及必须注意的版本错配

延续老协议最大的红利是配置格式统一。section: screens、section: links、section: options这套结构十几年没大变，方向映射、别名、修饰键重映射的语法都是一脉相承的。你之前为 Barrier 写的配置文件，改个主机名基本就能直接喂给新工具。

但这里有个坑我必须提前说：两端版本尽量保持一致，尤其是跨大版本的时候。协议在演进过程中加过 TLS 相关的握手字段，服务端和客户端如果一边是老的加密握手、一边是新的，表现是连上了又立刻断开，日志里只留一行握手失败，非常不友好。我当时的排查方式是先把加密关掉、用明文跑通，确认网络和配置没问题，再回头处理加密，这个"先降级验证、再逐步加回"的思路后面还会用到很多次。

还有一点是关于"完美替代"的期望管理。老商业版有些功能是社区版本没有的，比如某些平台的窗口级焦点同步、更细粒度的热键宏。你如果重度依赖某个特定功能，迁移前一定要先确认它在目标版本里存在。我的建议是先用一周时间双开跑，老方案当备份，确认日常动作都不缺了再彻底切。

2.3 构建与分发：为什么有时候你得自己编

这类工具在部分平台上没有一个"点一下装完"的官方包，尤其是在某些系统对未签名应用越来越严格的当下。我遇到的情况是：装完之后系统提示"应用已损坏"或者直接在隐私设置里找不到它。这不是文件真的坏了，而是签名和公证这条链没走通。

绕过的思路有两条。一条是找社区打包的、已经处理过签名的分发版本；另一条是自己从源码构建，构建产物天然带本机签名，系统不会拦。第二条路听起来吓人，实际操作就是装一套构建工具、拉代码、跑几条命令的事，对不写代码的人也不是不可逾越——但确实需要花一两个小时。

提示：无论走哪条路，装完之后第一件事是去系统的隐私与安全性设置里，确认输入监控、辅助功能这两类权限里能看到这个应用，并且是勾选状态。看不到条目通常意味着应用没有被系统正确识别，这时候折腾配置是白费力气。

3. 动手之前：两端环境的硬性门槛

3.1 macOS 这一侧，权限少一项就只动不点

我在 Mac 上第一次配的时候，症状是：鼠标能过界、能在 Windows 上移动，但点击完全没反应，键盘也没有任何输入。这个表现几乎百分百是权限问题，而不是配置问题。Mac 这边需要的不止一项授权，而且分类很细。

关键在于：授权之后必须重启应用，很多人勾了权限发现没用就是因为没重启。另外系统在升级大版本之后，这些授权有可能被重置或者重新弹窗，表现为"昨天还好好的今天就坏了"，排查第一站永远是这里。

还有一个 Mac 特有的坑：如果是笔记本合盖外接显示器使用，需要注意休眠策略。合盖状态下默认会进入睡眠，被控端就掉线了。要么改电源管理设置，要么接受"打开盖子才工作"。

3.2 Windows 这一侧，防火墙和提权窗口是两个老大难

Windows 这边我踩的最典型的一个坑是：普通窗口一切正常，但只要弹出 UAC 提权对话框，或者在以管理员身份运行的程序里操作，键鼠就完全失灵。原因不复杂——提权后的进程运行在另一个安全上下文里，普通权限的输入注入进不去。这是操作系统层面的隔离设计，不是工具的问题。

应对方式有几种。最简单的是把被控端程序也以管理员身份启动；代价是开机自启会变麻烦（自启项默认不带提权）。另一种是接受这个限制，遇到提权操作就切回物理键鼠或者用远程工具临时接管。我个人用的是第一种，配合任务计划程序里设置"以最高权限运行"，可以做到开机自动起来且具备提权能力，这个后面讲自启动的时候会展开。

防火墙是另一个必查项。这类工具走的是固定端口（默认 24800 这个区间），Windows 默认会拦。第一次启动时系统可能会弹窗询问是否允许，如果当时手滑点了取消，后面就不会再问了，表现为"另一台机器永远连不上，但两台机器互相 ping 得通"。手动去防火墙的入站规则里加一条放行规则即可。还要注意网络配置文件类型——如果 Windows 把当前网络识别成"公用网络"，默认策略会更严格，把它改成"专用网络"能省掉一堆麻烦。

注意：两台机器必须在同一个局域网段内，且互相能 ping 通。跨网段、开了网络隔离的办公网络、访客 Wi-Fi，这几种环境下基本不用试，先解决网络可达性再谈配置。

4. 布局配置：把两块屏幕在逻辑上拼成一块

4.1 四段式配置文件，每段解决一个问题

配置文件的结构其实非常清晰，四段各司其职。我把它拆开讲，因为你理解了每段在干什么，改起来才不会瞎试。

section: screens mac-book: halfDuplexCapsLock = false halfDuplexNumLock = false switchCornerSize = 0 win-box: halfDuplexCapsLock = false section: links mac-book: right = win-box win-box: left = mac-book section: aliases mac-book: MacBook-Pro.local section: options heartbeat = 5000 switchDelay = 300 clipboardSharing = true clipboardSharingSize = 3072 screenSaverSync = true relativeMouseMoves = false

section: screens是声明有哪些屏幕参与，名字就是逻辑名，随便起，但要和后面保持一致。这里可以放每块屏幕的个性化参数，最重要的就是halfDuplexCapsLock这类锁定键配置，以及switchCornerSize——后者控制屏幕四角多大范围内不触发切换，设成 0 表示角落也能切，设大一点可以防止鼠标划到角落时误触发。

section: links是方向映射表，这是整个配置的灵魂。左边写本机逻辑名，下面缩进写"哪个方向通向哪台机器"。注意它是双向都要写的：Mac 的 right 是 Win，同时 Win 的 left 得是 Mac，只写一边会导致单向能切、切回来不行。我第一次配就只写了单向，结果鼠标过去了回不来，只能拔线重连。

section: aliases解决主机名解析问题。工具默认用系统主机名去找对方，但主机名在不同系统上的解析行为差异很大——有的带.local后缀，有的带域名后缀，有的干脆解析不出来。这一段就是告诉程序"我说的这个逻辑名，对应网络上的这个真实名字"。用 IP 地址也可以，但 DHCP 环境下 IP 会变，用别名指向主机名更稳，前提是你路由器支持本地名称解析。

section: options是全局行为调优，下面单独讲几个关键参数。

4.2 几个必须理解的参数，改了手感立刻不一样

switchDelay的单位是毫秒，含义是"鼠标贴到屏幕边缘后，停留多久才触发切换"。默认值对很多人来说偏灵敏，手一滑就切过去了，打字打到一半光标跑了。我把它调到 300 毫秒左右，手感明显稳。这个值没有标准答案，屏幕越大、鼠标灵敏度越高，越应该往大了调。

clipboardSharingSize是剪贴板同步的大小上限，单位 KB。默认值通常只有几百 KB，这意味着你复制一张截图过去必然失败，而且失败是静默的——没有任何提示，粘贴出来是上一次的旧内容。我最初以为剪贴板功能坏了，查了很久才发现是大小超限。调到 3072（3MB）之后，日常截图、小文件路径、几页文档都没问题了。再往上调要谨慎，大块数据在网络上传输会有明显延迟卡顿。

relativeMouseMoves这个开关是给 3D 游戏和需要锁定光标的场景准备的。默认关着的时候，鼠标用的是绝对定位逻辑，光标在对方屏幕上按你的移动方向走。打开之后改成相对模式，适合第一人称视角那种需要无限旋转的场景，但日常桌面操作会变得很别扭。不要全局打开它，如果真有游戏需求，用热键临时切换才是正解。

heartbeat是心跳间隔，单位毫秒。默认 5000 一般够用，但在无线网络或者有节能策略的交换机上，空闲一段时间后会掉线重连，把心跳调短一点能缓解。代价是流量略增，但在局域网里这点流量可以忽略。

screensaverSync控制屏保同步，打开之后一端进屏保另一端也会跟着进。多人共用环境建议关掉，个人桌面开着体验更连贯。

4.3 修饰键映射：Command 和 Ctrl 的战争

跨 Mac 和 Windows 最反人类的体验之一是复制粘贴：Mac 上按 Command+C，Windows 上按 Ctrl+C。键盘共享默认会把物理键位原样传过去，也就是你在 Mac 键盘上按 Command，到了 Windows 那边被解释成 Win 键，复制粘贴的肌肉记忆直接崩掉。

解决方式是在section: screens里对每块屏幕做修饰键重映射：

section: screens win-box: shift = shift ctrl = meta alt = alt meta = ctrl

这段的意思是：在向 win-box 发送时，把物理 Ctrl 解释成 meta，把物理 meta 解释成 ctrl。效果就是 Mac 上的 Command（物理上位于 meta 位置）传过去之后被当作 Ctrl 使用，Command+C 就真的成了 Ctrl+C。

但这里要提醒一句，这个映射是全局生效的，它会同时影响所有快捷键。你把 Command 映射成 Ctrl 之后，Mac 上那些依赖 Command 的系统级快捷键（比如 Command+Tab 切换应用）在跨屏状态下就不成立了。我的实际取舍是：不做映射，靠大脑切换习惯，因为我在两台机器上做的事情类型不同——Mac 上写文档、Windows 上跑特定工具，各自有各自的快捷键体系，硬统一反而更乱。这个纯粹看个人，没有对错，但一定要知道有这条后路。

5. 跑起来之后的真实故障清单与排查链路

5.1 连不上：从端口、解析、版本三个方向依次排除

连接失败是最高频的问题，而且报错信息通常非常吝啬。我的排查顺序是固定的三层，每次按顺序走，基本能在十分钟内定位。

第一层，网络可达性。在一台机器上 ping 另一台的 IP，通不通立刻见分晓。ping 不通就别往下走了，先解决网络——同网段、关掉网络隔离、确认没连到访客网络。ping 通但主机名解析不了，那就是别名配置的问题，直接在客户端用 IP 连，或者把别名补上。

第二层，端口可达性。服务端启动了不代表端口对外可达，Windows 防火墙、macOS 的应用防火墙都会拦。验证方式是服务端启动后看日志有没有"监听在 24800"这类记录，然后在客户端尝试连接并观察两边日志。服务端日志里如果完全没有收到连接请求，那就是被拦在防火墙；如果有请求但握手失败，问题在加密或版本。

第三层，版本与握手。前面提过，跨版本时 TLS 握手可能对不上。快速验证方法：临时关闭加密，两端都用明文跑一次。能通就说明网络和配置没问题，问题出在加密握手；不能通就说明是更基础的问题，回到第一层。这个"先降级到最简形态验证"的思路，我在排任何链路问题时都会用，因为它能把变量减到最少。

# 服务端启动（后台常驻） deskflow-server -f -c ~/.config/DeskFlow/DeskFlow.conf # 客户端连接另一台机器的 24800 端口 deskflow-client -f --server 192.168.1.20:24800

命令名和参数以你本机实际构建产物为准，不同版本可能有细微差异，日志里会打印它实际读取的配置路径和监听端口，这两个信息一定要看。

5.2 打字出怪字符：锁定键、输入法与布局的三重干扰

连接成功、鼠标能过界，但打字有问题，这个故障的迷惑性最强，因为它有好几个完全不同的成因，症状却很相似。

大写锁定状态不同步是最常见的。Mac 上 CapsLock 亮着，切到 Windows 那边，Windows 的 CapsLock 是灭的，于是你打出一串大小写混杂的东西。halfDuplexCapsLock = false这个参数就是处理这个的——它让程序主动同步锁定键状态，而不是依赖两端各自维护。如果设成 true 反而会关闭这个同步行为，除非你有特殊需求，一般保持 false。

输入法状态不同步是第二个大坑，而且没有通用的解决办法。Mac 用的是自己的输入法框架，Windows 用的是另一套，两边切换状态完全不同步，你在这边是中文输入法、切过去对方还是英文，第一下打字必然出错。我的应对方法是养成习惯：跨屏之前先按一下 Shift 或者 Ctrl+Space 把输入法切到英文，切过去之后再切回来。听起来麻烦，形成肌肉记忆之后其实无感。指望工具解决这个问题不现实，它传的是键码，管不了对方输入法在想什么。

键盘布局不一致是第三个。如果 Mac 用的是 ABC 布局、Windows 用的是中文（简体）美式键盘，大部分字母键能对上，但标点符号会有偏差——引号、括号、反斜杠这几个最容易出问题。这个只能靠把两端都设成同一种基础布局来避免。

5.3 剪贴板不同步：从大小、格式到富文本降级

剪贴板是这三路里最脆弱的一路，因为它不只是传字节，还涉及格式协商。Mac 上复制的一段带格式文本，实际剪贴板里可能同时存在纯文本、RTF、HTML 三四种表示，工具需要选一种传到对面，对面再按自己的能力重建。任何一环不支持，就降级或者失败。

我遇到过的几种典型情况列一下，方便你对照：

还有一种更隐蔽的情况：剪贴板同步是单向踩踏的。你在 Mac 上复制了内容，还没粘贴，随手在 Windows 上复制了别的东西，Mac 剪贴板里那份就没了。因为两端的剪贴板被当成同一块共享空间，后写的覆盖先写的。刚用的时候我丢过好几次东西，后来养成习惯——重要内容先粘到本地文档里再操作。

6. 让它长期活着：自启动、日志与内网安全边界

6.1 开机自启，两套系统两种做法

一个需要每天手动启动两次的工具，最终一定会被放弃。自启动必须配，而且要配成"无需登录桌面也能起来"的那种。

macOS 这边用 launchd，写一个 plist 放在用户级的 LaunchAgents 目录里。关键点是把可执行文件的绝对路径写对，以及把日志重定向到一个固定文件——不然出问题的时候你连日志在哪都不知道。

<?xml version="1.0" encoding="UTF-8"?> <!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd"> <plist version="1.0"> <dict> <key>Label</key> <string>local.deskflow.server</string> <key>ProgramArguments</key> <array> <string>/usr/local/bin/deskflow-server</string> <string>-f</string> <string>-c</string> <string>/Users/你的用户名/.config/DeskFlow/DeskFlow.conf</string> </array> <key>RunAtLoad</key> <true/> <key>KeepAlive</key> <true/> <key>StandardOutPath</key> <string>/tmp/deskflow.out.log</string> <key>StandardErrorPath</key> <string>/tmp/deskflow.err.log</string> </dict> </plist>

KeepAlive设成 true 之后，进程崩了会被自动拉起，这在长时间运行场景下很关键。加载方式是launchctl load对应路径，改动配置之后要先 unload 再 load。

Windows 这边用任务计划程序比用启动文件夹靠谱得多，因为任务计划可以设置"以最高权限运行"，直接解决前面提到的提权窗口问题。几个关键设置：触发器选"用户登录时"或者"系统启动时"、勾选"不管用户是否登录都要运行"、勾选"使用最高权限运行"、勾选"如果任务失败，按以下频率重新启动"。这三项配齐，基本可以做到开机即用、崩了自动恢复。

6.2 明文传输这件事，必须在心里有个边界

这类工具在默认配置下，键鼠数据和剪贴板内容都是在局域网内明文传输的。听起来不太妙，但要把风险边界划清楚：它的暴露面仅限于同一局域网内的、能主动连到那个端口的人。在你自己家里、在可信的小型办公网络里，这个风险级别和你在同一个房间里被人看到屏幕差不多。

但边界之外就是另一回事了。公司开放网络、共享办公空间、多人共用的宿舍网络、带访客 Wi-Fi 的环境，这些场景下不应该跑明文。工具本身支持 TLS 加密，配置方式是两端生成或交换指纹，然后在配置里指定对方指纹并开启加密。麻烦的地方在于指纹要对上，任何一端指纹变了（重新生成过证书）都要重新同步，否则就是握手失败。

我自己的原则是：只要是家里这种自己完全掌控的网络，怎么方便怎么来；只要网络上有我控制不了的设备，一律开加密或者干脆不用。这个判断标准比纠结具体参数更重要。

还有一条容易被忽略的：剪贴板里可能出现密码。用密码管理器的人，复制密码的动作会被同步到另一台机器上，如果剪贴板历史工具在那边开着，密码就被记录下来了。这个不是键鼠共享工具的问题，但它确实放大了暴露面。我的处理是密码管理器改成一键自动填充，不走剪贴板。

6.3 出问题时的日志用法

这个工具链的日志信息量其实不小，问题是用的人不看。服务端和客户端都会打印连接建立、握手、权限检查、配置加载的全过程，只是分散在标准输出里。

我的习惯是启动时永远带上-f（前台运行）和日志重定向，先把日志抓下来再说。排查顺序是：先看配置有没有被正确解析（日志会打印读到了哪几个屏幕、方向映射是什么），再看端口有没有成功监听，最后看有没有连接请求进来。这三条信息能覆盖八成故障。

另外提一句，长期运行之后如果出现"用一会儿就断、重连又好了"的间歇性故障，大概率不是配置问题，而是无线网络休眠、交换机节能、或者两端的电源管理策略。有线连接能解决绝大部分这类问题，实在走不了有线，就把心跳间隔调短，并且关掉网卡的节能选项。

7. 什么时候该收手，回去用硬件方案

7.1 软件方案天生不擅长的几类场景

我不是要唱衰它，恰恰相反，日常办公场景下这套方案的表现已经足够好。但有几类场景是它的结构性短板，提前知道能省掉很多无谓的折腾。

第一类是对延迟极度敏感的场景。软件方案走的是网络栈加用户态事件注入，端到端延迟通常在几毫秒到十几毫秒之间，日常操作完全无感，但在实时性要求高的场景下会有感知。这类需求本就不该用键鼠共享。

第二类是需要独占输入设备的场景。全屏独占、锁定光标的程序，和外部的输入注入天然冲突，表现是鼠标突然不动、或者疯狂往一个方向飘。前面提到的相对鼠标模式能缓解一部分，但不是通用解。

第三类是安全上下文隔离的场景。前面详细讲过的提权窗口收不到按键，就是操作系统隔离设计的必然结果。如果你的工作流里大量操作需要提权，每天要按几十次，那这套方案的体验会持续地硌人。

第四类是跨设备开机阶段。需要进 BIOS、需要按 F12 选启动项、需要在系统加载前就操作的场景，软件方案彻底无能为力——那时候操作系统还没起来，没有任何程序在跑。这种时候你仍然需要一套物理键鼠，或者一块小小的硬件 KVM 切换器。

我的实际配置是混合的：日常操作走软件共享，一台小切换器备用，专门应付开机阶段和软件方案出故障的时刻。这套组合的成本很低，但它把"某天软件突然罢工导致没法工作"这个风险彻底消掉了。用过一段时间之后我越来越觉得，与其追求一个方案解决所有问题，不如老老实实接受每种方案的边界，然后花很少的代价做冗余——这才是长期用下来最省心的状态。

8. 一些上手之后才会知道的小操作

配置跑通只是起点，真正让体验变顺滑的是一些细节上的微调，这些内容文档里基本不会写。

屏幕摆放和物理位置对齐这件事值得花十分钟做。配置里的方向映射要和现实桌面上两台显示器、两把椅子的实际位置一致，否则你的手会一直往错误的方向推鼠标。我一开始是笔记本放左边、外接屏放右边，但配置写反了，结果每次都要反着推，别扭了一整天才反应过来。

利用角落防误触。switchCornerSize调大一点，屏幕四角就变成"切换禁区"，鼠标划过角落不会切走。我在做需要频繁把鼠标甩到右上角关窗口的操作时，这个设置救了我很多次。

给切换加一点犹豫时间。switchDelay调到 300 到 500 毫秒之间，能过滤掉绝大部分误切。代价是你真的要跨屏时得多停留半秒，但换来的是打字过程中光标不会突然消失。

首次配置就写注释。配置文件支持注释，把每台机器的物理位置、别名对应关系写清楚。等三个月后回头改配置，你会感谢当时的自己。我第一次没写，后来换路由器 IP 变了，对着两行完全看不出含义的逻辑名愣了半天。

准备一份最简配置。把跑通的最小可用配置单独存一份，出问题的时候先用它验证基础连通性，确认是配置本身的问题还是环境问题。这个习惯在任何配置类工作里都成立，但在这类网络工具上尤其值钱，因为它的报错实在太少了。