iOS 客户端：52.9 MB 完整包与 iOS 13 起点

iOS 端的形态与桌面三端差别最大：完整包不按架构拆分，也不把图形素材留到运行之后再取，一次装到位。系统版本门槛、外设的供电前提、iPad 上的分屏比例，这三件事在安装之前就该知道，而不是装完之后再回头查。

iOS 13 这道门槛卡在哪

门槛写的是 iOS 13 及以上。这个版本之后，系统才把屏幕采集与外接输入两套接口同时向第三方应用开放；低于它，应用要么装不上，要么装上了连上之后没有画面。

本站按版本逐台核对过：低于 iOS 13 的设备在商店侧就被拦住，安装环节直接结束；少数能装上的是测试包，表现为首帧落地之后画面停在起始一帧，键鼠事件也传不过去。这组结论自 2026-10-24 起累计 305 次取样并取中位，且只在本站这套对照机上成立，换机器要重取。

低于 iOS 13 的两种失败形态

一种是压根装不上：商店按系统版本拦人，安装按钮点不动，这类占多数。另一种是测试包能装上，连上后画面停在起始一帧，键鼠事件传不过去，表现接近网络不通。

• 商店拦截发生在取包之前，条件是不满足 iOS 13 的最低要求
• 测试通道能装上但首帧落地后停住，与黑屏表现不同
• 两种形态处理方向不同：前者换设备，后者查版本与授权
• 本站按版本逐台核对，采样自 2026-10-24 起累计 305 次

版本号该看哪一栏

设置里与门槛相关的是两处：系统版本与机型。门槛只卡前者，机型影响的是分屏比例与显示面积，两件事混着报就判断不出是哪条没过。

• 系统版本决定能不能装，报版本时写全三位，只写大版本无法判定
• 机型决定分屏比例，取包体积按 52.9 MB 的完整包口径统计
• 同系统版本的不同小版本表现一致，差异主要来自授权状态

52.9 MB 为什么是五端最大

把五个平台的取包体积并排，iOS 的 52.9 MB 排第一，比 macOS 的 34.5 MB 高出一大截，也比自家 Android 端的 26.7 MB 接近翻倍。原因不在打包手法，而在包里装了什么：完整包把多套 ARM 指令与图形资源一次性打进去，不依赖运行期再取。

52.9 MB 与 38.2 MB 的横读方式

两个数字口径不同：52.9 MB 是 iOS 完整包，38.2 MB 是 Windows 安装包，两边都取完整包口径才可比。拿 iOS 完整包对 Windows 拆分后的主包，差值会被放大。

• 两端都按完整包取，52.9 MB 对 38.2 MB 才是同条件差值
• Windows 按架构拆分后主包更小，再与 iOS 比属于跨口径
• 与 Android 主包 26.7 MB 并排前先对齐条件：一边完整包、一边主包
• 同类读数要写明版本，商店更新后须重新称重

两组差值要横着读：52.9 MB 对 38.2 MB 说明移动端并不比桌面端轻，52.9 MB 对 26.7 MB 说明完整包与主包不是同一种口径。把这三个数字塞进同一张体积排行，结论会正好相反。

完整包在断网时的表现

完整包的好处只在没网时显出来：素材已在包里，启动不必再取。代价是首装要一次拿完 52.9 MB，弱网下这段等待比按需下载更久。

• 装好后断网可启动，实测图形素材已在 52.9 MB 之内
• 首装一次取完，弱网条件下等待时间随带宽拉长
• 后续大版本更新按商店下发为准，本站只测首次取包

OTG 有线键鼠要先解决供电

iOS 端接有线键鼠走 OTG 通道，这条通道在这套系统上有一个硬前提：转接器必须带供电。本站实测的识别耗时是 6.8 秒，从插上到键鼠事件可识别；转接头不带供电时，设备取不到足够电流，识别这一步直接失败，界面上的表现是外设插着但没有任何输入。

实测条件的另一条是顺序：先给转接器供电、再接键鼠。顺序反了会在识别中途掉线，6.8 秒的计时会从头开始，看起来像一直识别不出来。

1. 确认转接器带供电口

   带供电的转接器才谈得上识别。不带供电的插上去只看到充电提示，键盘鼠标都不出现，这一条不是软件设置能补的。

2. 先供电，再插键鼠

   顺序反了会在识别中途掉线。掉线之后重插不会立刻恢复，要等供电稳定后重新计时。

3. 等满识别时长

   实测 6.8 秒为识别完成的读数，这段时间里不要反复插拔，重复插拔会让识别从头计时。

4. 用输入框验证通路

   打开任意可输入的输入框按一个字母键，能出字才算通了；只看到鼠标指针移动不算，那只能证明指针事件到了。

供电转接的接法顺序

顺序是硬约束：先给转接器供电，等指示灯稳定，再接键鼠，最后等识别完成。反过来做会在识别中途掉线，重插后计时从头开始。

• 先插供电线，转接器指示灯稳定后再接键鼠，识别才计时
• 识别完成按实测 6.8 秒计，这段时间内反复插拔会重置
• 识别完成后拔掉再插，实测要重新走一遍 6.8 秒
• 只有充电提示说明取电失败，条件不具备时换带供电的转接器

识别成功与失败的判断

判断通路不要看指针：指针事件能到，字符事件不一定到。打开输入框按一个字母键，出字才算通，这一步能分开供电不足与输入法未切换两种情形。

• 输入框出字才算通路成立，指针移动只证明指针事件到了
• 不出字先看输入法是否切到目标语言，再看供电是否达标
• 键盘带指示灯的，灯亮不等于事件能传到应用

iPad 分屏下的画面比例

iPad 上把客户端放进分屏，画面不会跟着窗口等比缩放，而是按被控端的分辨率铺满再裁切：竖屏分屏时左右两侧被切掉，横屏分屏时上下被压。想完整看画面只能全屏，全屏又失去了并排对照的意义。

• 分屏宽度小于被控端画面比例时，左右内容被裁掉，界面上不会出现横向滚动条。
• 把窗口拖到全屏，比例恢复正常，但同一屏上放不下第二个应用，对照阅读的用途消失。
• 触屏缩放只能整体放大，放大之后可拖动的范围有限，边缘内容仍可能够不到。
• 外接显示器的镜像读数本站只在 macOS 端取过（41 毫秒），iPad 端没有纳入这套采样，不能互相套用。

分屏裁切发生在哪一侧

裁切位置由被控端分辨率与分屏窗口的宽高比决定：竖屏分屏先切左右，横屏分屏先压上下。被控端分辨率越高，同一块分屏里切掉的比例越大。

• 竖屏分屏时左右两侧被切，界面上不出现横向滚动条
• 横屏分屏时上下被压，任务栏位置先看不见
• 全屏恢复完整画面，但同屏放不下第二个应用
• 被控端分辨率提高后裁切量变大，不是变小

这条比例结论属于形态层面的限制，与网络无关：换一台分辨率更高的被控端，裁切量只会更大，不会自动适配成分屏宽度。

触屏操作到哪一步为止

不接外设时，iOS 端只有触屏一条输入通道：单指点击、双指滚动、长按拖拽。这三件事够看完一份文档、回一条消息，撑不住需要精确落点的操作。

边界很具体：拖动窗口边缘改大小，触屏落点误差会让人反复试；需要右键上下文的批量选择，触屏没有对应手势；依赖悬停提示的界面元素，在触屏上根本不出现。要跨过这三条只能回到 OTG 通道，而那条通道要先解决供电。

触屏够用的三类操作

单指点击、双指滚动、长按拖拽，这三件事覆盖了查看与回复的大部分场景：翻文档、回消息、确认传输进度。共同前提是落点不需要精确到像素。

• 单指点击适合按钮与列表项，落点误差被控件尺寸吸收
• 双指滚动适合长文档，翻页速度由滑动距离决定
• 长按拖拽适合粗略排序，精确插入位置仍要重试

触屏补不回来的三类动作

拖动窗口边缘改大小、右键批量选择、依赖悬停的提示，这三类在触屏上没有等价手势。要跨过去只有一条路：接 OTG 键鼠，而那条路要先解决供电。

• 拖动边缘改大小需要像素级落点，触屏误差导致反复试
• 批量选择依赖右键上下文，触屏只有逐项长按
• 悬停提示在触屏上不出现，元素信息的入口直接消失

什么时候该装 iOS 端

判断标准不是手机能不能装，而是你要做的事需不需要精确输入。临时看一眼远端桌面的状态、回一条消息、确认一个文件的传输进度，iOS 端够用；要在远端改配置、批量改文件名、对齐表格，先把带供电的转接器与键鼠准备好。

还有一条常被忽略：iPad 分屏看画面时，被控端如果是横屏宽幅界面，缩到分屏里字会小到看不清，这时候的正确做法是把被控端分辨率降下来，而不是把 iPad 拿得更近。

先降分辨率还是先换设备

分屏里字太小，先动被控端：把远端分辨率降下来，字体相对变大，再决定要不要换大屏。先换设备的话，宽幅界面照样把字压小。

• 降被控端分辨率成本最低，不需要额外硬件
• 换更大屏只在全屏形态下有效，分屏比例不变时收效有限
• 两种做法都试过仍看不清，说明任务不适合在移动端做

本页所有 iOS 读数都取自同一套对照机，采样自 2026-10-24 起累计 305 次并取中位；换机器、换系统分支、换网络环境都需要重新取样，数字不能直接搬用。