把手机当作远控终端，决定体验的不是主界面做得像不像电脑，而是输入怎么落到屏幕上、包里带了多少东西。Android 这一端的特点是两头都做了减法：包体按架构拆开下发，素材改为按需拉取；输入则靠外设映射补足触屏的不足。本页把这两条分开记。
26.7 MB 是主包，不是完整体积
按架构拆分之后，商店只下发与本机匹配的那一份主包，26.7 MB 就是这个主包的读数。素材与部分界面资源改为按需下载，装完第一次打开依赖素材的功能时会再拉一小段，所以「装完就占这么多」并不成立，实际占盘要看你用到了哪些功能。
本站按平台逐个打包称重，两次对不上就再称一遍；26.7 MB 取自 305 次采样的中位值，条件是在同一台机器上从同一商店入口取包。不同架构的主包体积略有差异，核对时以本机实际下发的那一份为准，别拿另一台机器的读数当基准。
主包 26.7 MB 的称重条件
称重要写明条件：同一次构建、同一商店入口、同一台机器，连取两次一致才记下读数。26.7 MB 取自 305 次采样的中位，不是最快也不是最慢那次。
- 同一入口取包，26.7 MB 才可比，换入口需重新采样
- arm 与 x86 各取一份，只有匹配本机的那份计入 26.7 MB
- 两次相差过大即作废重取，实测中这类读数已剔除
- 采样起点 2026-10-24，305 次跨 8 天分段取，避开单日波动
装完之后占盘为什么会涨
占用与取包体积不是同一个数：落地要解压、生成运行期文件，用到素材时再补拉一段。核对 26.7 MB 只看商店下发的那一份。
- 解压后目录通常大于 26.7 MB 的取包读数，条件为同一次安装
- 依赖素材的功能首次打开才补拉，此前未用过不触发
- 清理缓存不动主包，占用会回落到接近 26.7 MB
- 设置里的总占用含数据目录，与商店公示不是同一栏
Android 8.0 这道门槛
门槛落在系统版本上，起因是输入接口。8.0 之前，系统对后台服务的限制与现在不同，键鼠映射所依赖的输入通道也没有开放到可用的程度。本站按低版本逐一核对过：能装上、能进界面，但接上鼠标后右键映射不生效，只剩触屏能点。
注意这个表现与桌面端不同。桌面端低于门槛是直接黑屏，一眼就知道不行；Android 端低于门槛能装能开，只是外设白接，很容易被误判成外设坏了或映射没做。判断够不够，看设置里关于手机的系统版本号，8.0 及以上才算过线。
低于 8.0 的机器会看到什么
低版本能装也能进主界面，症状出现在接上外设之后：指针能走，右键不弹菜单，长按也换不出上下文。触屏输入不受影响，因此常被当成外设故障。
- 能进主界面但外设事件递不进去，与映射开关关闭时一致
- 8.0 以下后台服务限制不同，输入通道没开放到可用程度
- 同一支键鼠换到 8.0 以上机器映射恢复，可判定是门槛问题
- 核对门槛看系统版本号，实测低于 8.0 不建议再调映射
蓝牙键盘 2.4 秒与鼠标右键映射
蓝牙 5.0 键盘在首次配对完成后 2.4 秒可输入，第二次连接不需要重新配对，进系统后直接可用。这个读数是从配对成功到第一个字符上屏的时间，含系统的输入法切换；条件是键盘此刻没有连着别的设备，被别的设备占着会先失败再重试。
蓝牙鼠标没有右键这个事件，客户端把右键映射为长按，实测 4 组常用应用全部生效：文件管理、浏览器、文档、代码编辑器都能通过长按唤出上下文菜单。这 4 组之外的定制界面不一定跟手，这类应用往往自己拦截了长按事件，映射传不进去。
- 先配对，再验证输入
键盘与鼠标分别配对，配对完成后先打开一个输入框打字，确认 2.4 秒这个读数在你的机器上成立，再继续后面的操作。
- 确认映射开关是开着的
映射默认跟随连接开启，若右键无反应，先看映射开关，再看目标应用是否支持长按菜单，顺序不要颠倒。
- 长按时间按应用调
文件管理类应用的长按阈值较短，代码编辑器较长。同一个长按时长不可能同时适配所有应用，遇到不跟手就单独调一次。
2.4 秒这个读数量的是哪一段
2.4 秒从配对成功起算，到首字符上屏为止，含输入法切换。打开蓝牙、扫描、输码都不在这段里，拿它当插上就能打字会高估体验。
- 计时起点是配对成功，终点是首字符上屏，含输入法切换
- 键盘仍连着别的设备时配对先失败再重试，不计入 2.4 秒
- 第二次连接走已配对列表，耗时短于 2.4 秒的首次口径
- 更早蓝牙版本的键盘配对更久，2.4 秒不能直接套用
按架构拆分与素材按需下载
拆分的直接好处是省掉冗余：机器只带自己架构的那一份指令，不需要像通用包那样把两套都装进来。代价是同一版本在不同机器上的下载体积不同，核对包体时不能拿别人的读数来比，也不能拿应用商店网页上公示的单一数字去套所有机型。
素材按需下载的好处是首装快，坏处是首次使用某个功能时会有一次短暂等待，弱网下这段等待可能比装包本身还长。长期只用基础功能的机器，实际占盘会小于装全量素材的机器，这属于设计预期，不是素材没下全。
按架构拆分省掉了什么
拆分省的是冗余指令：一台机器只装自己架构的那份。省下的体积不能折算成另一套包的大小，那套包本不该出现在这台机器上。
- arm 与 x86 只下发一套，另一套不进安装目录
- 同版本不同架构机型读数不等，跨架构比体积没有意义
- 多架构合并包体积大于 26.7 MB，只用于核对是否拆分
- 商店公示多是汇总口径，与主包 26.7 MB 不可直接对照
拆分之后的下载结构
三层下载的关系整理在下面这张表里。第二列是体积读数，第三列写的是这一层在什么情况下才会被拉取，判断「装完为什么还涨了」时按第三列对照。
三条下载线怎么对照
三条不是三个版本，而是同一版本在三处被读到的结果。按第二列取体积、按第三列判断会不会被拉取；两列对不上说明手里是另一种口径。
- 主包行对应安装时的下发，只有这行有 26.7 MB 的确定读数
- 素材行没有固定体积，取决于用到哪些功能，条件不同数值不同
- 完整包行只用于比对，本站采样不取这个口径
- 三行相加得不到任何实体，报告里不要这样合计
| 下载内容 | 体积读数 | 在什么情况下才会拉取 |
|---|---|---|
| 按架构下发的主包 | 26.7 MB，本站采样取中位 | 安装时，只下发与本机架构匹配的那一份 |
| 按需下载的素材 | 不计入主包读数 | 首次打开依赖该素材的功能时才会拉取 |
| 多架构合并的完整包 | 大于主包，本站不取此口径 | 仅用于核对主包是否被拆分过 |
26.7 MB按架构下发的主包，实测中位
2.4 秒蓝牙 5.0 键盘配对后可输入，实测中位
4 组右键映射实测生效的应用
15 Mbps按平台分开取单向码流，实测值
触屏与桌面形态的分界
触屏本身只够看画面，真正的操作要靠外设。这也是 Android 端与桌面端的分界：同样一套客户端，桌面端靠窗口与菜单，移动端靠输入映射，映射覆盖不到的动作只能退回触屏，长按、拖拽、右键这些在桌面端顺手的操作，在移动端要逐个确认过才好用。
连接侧读数与其它平台同口径：发起连接到对端首帧落地 36 毫秒，按平台分开取单向码流 15 Mbps，两项数值都取自同批采样。移动端这两个数字受系统省电策略影响明显，应用被切到后台回收后重连会变慢，长时间操作时保持前台是更稳的选择。
外设补齐不了的三类动作
补外设能补输入精度，补不了系统级交互：拖拽改窗口大小、悬停出提示、跨应用拖放。这三类在移动端没有等价手势，接上键鼠也换不出来。
- 拖拽边缘改尺寸要像素级落点，触屏误差会被反复修正
- 悬停提示在触屏上不出现，指针停多久都不弹
- 跨应用拖放缺系统级通道，键鼠事件到不了目标容器
- 依赖右键的批量选择只能逐项点，操作步数翻倍
常见问题
下面几条围绕包体、门槛与映射三件事，答案按本页表内条件成立。机型与系统分支不同时，结论可能变化，以本机实测为准。
提问前先量三件事
同一现象能对应好几种原因，先把三件事量出来再问：系统完整版本号、外设走的哪条通道、取包时商店下发的体积。
- 系统版本写完整版本号，只报大版本判断不了是否过线
- 外设通道分蓝牙与有线，蓝牙要注明是否连着别的设备
- 取包体积在商店页与应用内各查一次，不一致以商店为准
装完体积比 26.7 MB 大很多，正常吗？
正常。主包之外还有按需下载的素材和运行时缓存，用到的功能越多占盘越大。核对包体只看商店下发的主包，不看安装后的总占用。
8.0 以下能装，是不是能用？
能装不等于能用。低版本能进界面，但键鼠映射依赖的输入通道不完整，接上鼠标也不会出现右键映射，实际只能触屏操作。
键盘连上了却打不出字，先查什么？
先查输入焦点在哪个输入框，再查输入法是否切换到对应语言。两项都正常，就看键盘是不是还连着别的设备，蓝牙 5.0 键盘被抢占时会静默断开。
右键映射成长按，会不会影响正常长按？
会共用同一个事件。应用本身支持长按菜单时，两者结果一致；不支持时映射就等于没生效，这类应用只能靠界面内的按钮完成同样操作。
不同机型的包体积不一样，哪个是对的？
两个都对，按架构拆分后每份主包本来就不等大。要比就比同架构同版本的读数，跨架构比体积没有意义。
读数的边界
本页读数的采样起点是 2026-10-24，累计 305 次取中位，覆盖 8 天；26.7 MB 与 2.4 秒按同一条边界读，离开本站这套对照机就要重取。
本站不托管安装包，也不代替商店完成下发。你在这里拿到的是判断依据：主包与素材各占多少、门槛卡在哪里、外设映射能到什么程度。三件事确认完，剩下的差异通常来自机型与系统分支，而不是客户端本身。
换机器之后哪些读数必须重取
体积与耗时的重取成本不一样：换个商店入口 26.7 MB 就要重称，换支键盘 2.4 秒要重配对，换网络 36 毫秒要重新采样。
- 换入口或换架构机型，26.7 MB 必须重新取包再称
- 换键盘型号或蓝牙版本，2.4 秒要清配对记录重新计时
- 换网络或运营商，36 毫秒与 15 Mbps 都要重新采样