PT · 系统要求与兼容
快喵VPN 系统要求：五项底线与四条旧系统边界
快喵VPN 4.7.2 的五项底线是系统版本、架构、磁盘、内存与权限；硬边界为 Windows 10 build 19045、macOS 13.0、Android 9.0、iOS 16.0、Linux 内核 5.10，磁盘建议预留 240 至 520 MB。
- 当前版本
- 4.7.2
- 硬边界
- 4 条 · 系统版本
- 内存占用
- 62 → 84 MB
- 磁盘预留
- 240 → 520 MB
§ 01 · 五项底线
五项底线：系统版本、架构、磁盘、内存、权限
五项按「不满足就直接失败」的顺序排。系统版本决定能不能装，架构决定装了跑不跑，磁盘决定装到哪一步中断，内存决定跑起来是否稳定，权限决定接管能否生效。
快喵VPN 4.7.2 的五项底线可以压成一句话：Windows 10 22H2 及以上或有对应内核的 macOS 13.0、Android 9.0、iOS 16.0、Linux 内核 5.10，架构匹配，磁盘留足 240 MB 至 520 MB，内存 2 GB 起，权限能给。
下面这张表把五项展开到五端。同一行的数值横向比较，能看出哪一端的要求最松、哪一端最紧。
| 系统 | 最低系统 | 推荐系统 | 架构 | 磁盘可用 | 内存 | 权限前提 |
|---|---|---|---|---|---|---|
| Windows | Windows 10 22H2（19045） | Windows 11 24H2（26100） | x64 / ARM64 | 420 MB 可用 | 4 GB | 需可安装内核驱动，IPv4 或双栈 |
| macOS | macOS 13.0 Ventura | macOS 15.1 Sequoia | Universal 2 | 300 MB 可用 | 4 GB | 需允许系统扩展，关闭第三方网络过滤冲突 |
| Android | Android 9.0（API 28） | Android 15（API 35） | arm64-v8a | 180 MB 可用 | 3 GB | 需允许安装未知来源应用（侧载时） |
| iOS | iOS 16.0 | iOS 18.1 | arm64 | 220 MB 可用 | 3 GB | 需在设置内信任 VPN 配置描述 |
| Linux | 内核 5.10 + glibc 2.31 | 内核 6.8 + glibc 2.39 | x86_64 / aarch64 | 320 MB 可用 | 2 GB | 需 /dev/net/tun 可用，systemd 或 OpenRC |
五项里哪项最常不达标
磁盘。系统版本不对时安装器直接拒绝，问题立刻暴露；磁盘不足时失败发生在安装中段，提示往往只是「写入失败」。这也是本页把磁盘单列一节的原因。
五项的自查顺序
- 系统版本：一条命令或一次设置查看，30 秒内可完成，先查这一项。
- 架构：Windows 与 Android 需要判断，macOS 与 iOS 免判，Linux 用一条命令。
- 磁盘：把安装后占用与峰值相加，与当前可用空间比。
- 内存：低于 2 GB 的设备不建议安装桌面端，移动端 3 GB 起。
- 权限：桌面端要一次管理员授权，Linux 要 sudo 或 setcap，移动端要允许 VPN 配置。
- 五项按此顺序查，遇到第一个不通过的就停下，处理完再继续。
§ 02 · 系统版本
系统版本看 build 号，不看名字
同一个系统名字下列有多个 build，驱动与扩展的接口在不同 build 上有差异。判断是否达标只能看 build 号，看名字会误判。
| 系统 | 判断位置 | 达标值 | 不达标表现 |
|---|---|---|---|
| Windows | winver 或系统信息 | build 19045 及以上（10）/ 22631 及以上（11） | 安装器在驱动注册阶段回滚 |
| macOS | 关于本机 → 版本号 | 13.0 及以上 | 安装器拒绝运行，提示需要更高版本 |
| Android | 设置 → 关于手机 → Android 版本 | 9.0（API 28）及以上 | 安装时提示解析包错误 |
| iOS | 设置 → 通用 → 关于本机 | 16.0 及以上 | 商店页显示不兼容，无法下载 |
| Linux | uname -r 与 ldd --version | 内核 5.10 + glibc 2.31 及以上 | 程序启动即退出，无提示 |
Windows 的两个名字陷阱
第一，「Windows 10」这个名字涵盖 19041 至 19045 四个 build，其中 19044 与 19045 的驱动签名策略不同。第二，「Windows 11 24H2」与「23H2」的接口差异不大，但 24H2 起对虚拟网卡的校验更严，旧驱动会被拒绝。
macOS 的版本与接口对应
- macOS 13.0 起网络扩展的授权流程固定，这是当前最低系统要求的来源。
- macOS 14 起扩展授权界面位置变化，但流程节点不变。
- macOS 15 起对未签名扩展的拦截更严，安装包已做公证，不受影响。
- macOS 12.x 的系统扩展接口与 13 不同，4.7.x 不再提供 12.x 构建。
- 在 macOS 12 上最高可装 4.5.4，该版本仍可同步但不支持按应用分流。
- 判断 macOS 版本时不要看「macOS 名称」，直接看版本号数字。
§ 03 · 架构
架构错了，装得上也连不上
架构判断错是五类失败里最难定位的一种：安装器不报错，程序能启动，只是点连接没反应。原因是驱动与内核架构不匹配。
| 系统 | 判断命令或位置 | 输出 | 对应构建 | 选错后果 |
|---|---|---|---|---|
| Windows | 系统信息 → 系统类型 | 基于 x64 / 基于 ARM 的处理器 | win-x64 / win-arm64 | 驱动注册失败，点连接无反应 |
| macOS | 关于本机 → 芯片 | Apple M 系列 / Intel | 通用包，无需选择 | 不存在选错 |
| Android | getprop ro.product.cpu.abi | arm64-v8a / armeabi-v7a | android-arm64 / android-v7a | 解析包失败 |
| iOS | 无需判断 | 全部 arm64 | 商店包 | 不存在选错 |
| Linux | uname -m | x86_64 / aarch64 | linux-amd64 / linux-arm64 | 启动即退出 |
三种容易判错的设备
第一，Surface Pro X 一类 ARM 设备在系统信息里显示「基于 ARM 的处理器」，容易被读成兼容 x64。第二，部分 Android 机型在 64 位系统上以 32 位模式运行应用，应装 v7a 包。第三，macOS 在 Rosetta 终端里 uname -m 会输出 x86_64。
架构与性能的关系
- 原生架构的构建在数据加解密上比转译快 15% 至 30%，这也是不建议在 ARM 设备上装 x64 包的原因之一。
- Windows 的 ARM64 包里运行库体积略小，因此包体比 x64 包小 6.2 MB。
- Linux 的 aarch64 包比 x86_64 包小 4.4 MB，主要是依赖体积差异。
- Android 的 arm64 包比 v7a 包大 3.7 MB，因为包含 64 位原生库。
- 架构判断正确时，首连耗时不因架构而异，差异在 0.2 秒以内。
- 包体与性能无关：包小的不一定快，架构匹配才决定快慢。
§ 04 · 磁盘
磁盘按峰值算，不按包体算
磁盘不足是五项底线里最常不达标的一项，也是最容易提前算清的一项。三个数：包体、安装峰值、安装后占用。
| 系统 | 包体 | 安装峰值 | 安装后占用 | 建议预留 |
|---|---|---|---|---|
| Windows | 118.6 MB | 272.8 MB | 196 MB | 469 MB |
| macOS | 96.2 MB | 221.3 MB | 174 MB | 395 MB |
| Android | 42.8 MB | 98.4 MB | 96 MB | 194 MB |
| iOS / iPadOS | 58.4 MB | 134.3 MB | 118 MB | 252 MB |
| Linux | 88.7 MB | 204 MB | 152 MB | 356 MB |
峰值为什么不是 2 倍
安装过程先在临时目录解包（约 1.9 倍包体），再复制到目标目录（约 1.65 倍包体），最后删除临时文件。两步叠加的峰值出现在复制完成前的一瞬间，实测落在 2.1 至 2.5 倍之间。
磁盘不足时的表现
Windows 上表现为「写入失败」或错误码 0x80070070，安装器不提示是空间问题。macOS 提示磁盘空间不足但位置在系统日志里，界面上只有一句泛化的失败。Linux 的包管理器会直接报 no space left on device，信息最清楚。
三个数字怎么快速估
- 包体可以在下载中心的清单里直接查到，是最容易拿到的那个数。
- 安装峰值按包体乘 2.3 估，误差在 ±0.2 倍以内，足够判断够不够。
- 安装后占用按包体乘 1.65 估，Windows 的偏差最小，Android 偏差最大。
- 三者相加就是建议预留值，不必查表也能算出来。
- 临时目录与目标目录在同一分区时按这个公式；跨分区时峰值要按两个分区分别看。
- 安装完成后临时文件会被删除，预留空间不必长期保留。
五个省的技巧
- 把临时目录指向空间更大的分区，Windows 改 TEMP 变量，Linux 改 TMPDIR。
- 装前先卸载旧版本，避免两份文件同时存在。
- Linux 用 AppImage 时不产生安装峰值，因为它不解包到系统目录。
- 装完清理安装缓存，通常能回收 30 至 50 MB。
- 移动端无法指定安装位置，空间不足时系统直接拒绝，只能先清理其他应用。
- 磁盘剩余低于建议预留时不要强行安装，中断后的清理比重新安装更费时间。
§ 05 · 内存
内存看常驻值，也看峰值
常驻内存是连接后的稳定值，峰值出现在首连阶段。判断设备够不够，要看峰值而不是常驻值。
| 系统 | 常驻内存 | 首连峰值 | 最低内存要求 | 4 GB 设备表现 |
|---|---|---|---|---|
| Windows | 84 MB | 112 MB | 4 GB | 正常，与其他应用共存无压力 |
| macOS | 76 MB | 104 MB | 4 GB | 正常 |
| Linux | 71 MB | 98 MB | 2 GB | 正常，2 GB 设备需关闭桌面特效 |
| iOS | 68 MB | 94 MB | 3 GB | 正常，受系统内存压力管理 |
| Android | 62 MB | 88 MB | 3 GB | 正常，4 GB 机型后台存活较短 |
峰值为什么比常驻高 25 至 30 MB
首连阶段要加载节点列表、建立通道、初始化统计，这些临时对象在连接稳定后会释放。峰值时段只有 2 至 4 秒，但设备内存紧张时正是这几秒容易触发系统回收。
低内存设备的三个建议
- 2 GB 设备只在 Linux 上建议安装，桌面端环境会与之争抢内存。
- 安装前关闭不必要的常驻应用，把首连峰值所需的余量腾出来。
- 避免在首连阶段切换到内存占用大的应用，容易导致连接中断。
- 若设备启用了内存压缩或交换，峰值压力会被吸收，表现为首连变慢而不是失败。
- 常驻内存超出表内数值 10 MB 以上时，先看日志是否异常增长。
- 内存不足的典型表现是连接中断后不自动恢复，而不是报错。
§ 06 · 权限
权限给不了，装上也用不了
权限是五项底线里唯一与人有关的一项。系统版本、架构、磁盘、内存都可以提前查清，权限要看当前账号能不能给。
| 系统 | 需要的权限 | 授予方式 | 是否需要每次 | 拒绝后的表现 |
|---|---|---|---|---|
| Windows | 本地管理员（注册驱动） | 安装时 UAC 提权 | 仅安装时一次 | 驱动未注册，点连接无反应 |
| macOS | 管理员密码 + 扩展放行 | 安装时输入密码，再到设置里放行 | 安装一次，系统更新后重放行 | 连接停在准备阶段 |
| Android | 允许 VPN 配置 | 首次连接时系统弹窗确认 | 安装后一次 | 弹窗未确认则无法连接 |
| iOS | 信任配置描述 + 允许添加 VPN | 安装后到设置里信任 | 安装后一次 | 连接停在准备阶段 |
| Linux | root 或 CAP_NET_ADMIN | sudo 启动或 setcap | 每次 sudo 启动需重复 | TUN 设备创建失败 |
两组不同的权限
安装权限与运行权限是两件事。Windows 安装要管理员，日常运行不需要；macOS 安装要密码，扩展放行是另一件事；Linux 用 setcap 后可以普通用户运行，但升级会清掉。把两组权限混为一谈，会出现「用管理员身份常驻」这类错误做法。
五个权限细节
- Windows 用管理员身份常驻会让开机自启项落进错误的注册表分支，日常应以普通用户运行。
- macOS 的扩展授权被系统更新重置后需要重新放行，界面位置随版本变化但流程不变。
- Android 的 VPN 授权弹窗每次重装都会重新出现，属正常行为。
- iOS 重装后需要重新信任配置描述，旧的描述会随卸载一起移除。
- Linux 的 setcap 在包管理器升级后失效，因为二进制被替换，需要重新设置。
- 企业管理的设备可能由 MDM 策略直接禁止网络扩展或 VPN 配置，此时无法授予。
权限与账号类型的关系
Windows 的标准用户账号无法注册驱动，即使输入管理员密码也会在提权后被策略拦下，需要改用管理员账号登录。macOS 的普通用户可以在输入密码后完成安装，但扩展放行需要管理员确认。Linux 的普通用户可以用 setcap 后的二进制运行，前提是管理员先做过一次设置。
企业环境的三种情况
- 组策略禁止安装驱动时，安装器会静默失败，事件查看器里能看到策略拦截记录。
- MDM 推送的网络扩展配置可能覆盖客户端自带的配置，表现为连接后立刻断开。
- 企业代理会替换证书链，哈希校验能通过但签名校验可能不通过，此时应以签名为准并联系管理员。
- 受限环境里建议先问清策略，再决定装不装，避免装完发现不能用。
- 权限问题无法由客户端自行解决，只能由管理员调整策略。
- 确认策略限制后不必继续排查，转向纯浏览器访问是可行替代。
§ 07 · 旧系统
四条边界：旧系统最高能装到哪一版
旧系统不是完全不能用，而是只能停在某个版本。把四个边界点记清，能避免在新版本上浪费时间。
| 系统 | 边界版本 | 最高可用客户端 | 仍可用的能力 | 不再获得 |
|---|---|---|---|---|
| Windows | 10 21H2（19044） | 4.5.4 | 整机接管、规则集、自启、统计 | 新版驱动与安全修复 |
| macOS | 12.x Monterey | 4.5.4 | 整机接管、规则集、同步 | 按应用分流与新版扩展接口 |
| Android | 8.x Oreo | 4.3.x | 整机接管、同步 | 前台服务恢复与后续全部更新 |
| iOS | 15.x | 4.3.x | 整机接管、同步 | 小组件与后续全部更新 |
| Linux | 内核 4.19 | 4.3.x | 整机接管、命令行 | TUN 相关修复与 aarch64 构建 |
边界是怎么定的
判据是系统是否提供客户端依赖的接口。Windows 19044 缺少新版驱动签名通道，macOS 12 的系统扩展接口与 13 不同，Android 8 的前台服务在回收后无法恢复，iOS 15 不提供小组件所需的接口。
边界内外的判断方法
只需一次比对：把自己的 build 号或版本号与表 7 的边界版本对照。低于边界就停在表里的最高可用版本，高于边界就能装当前版本。不需要额外工具，也不需要抓日志。
旧版本设备的三个注意点
- 旧版本的安装包不在常规清单内，需要按页脚邮箱申请，且不保证长期留存。
- 旧版本的配置格式是 v2，与新版设备的 v3 不互通，同步会失败而不是自动降级。
- 旧版本不再接收安全修复，长期使用的风险需要自行评估。
- 若同一账号下有多台设备，建议把旧版设备的同步关掉，只保留本地配置。
- 升级系统是唯一彻底解法，没有配置项能绕过边界。
- 边界随版本演进而移动：每次次版本发布会重新核对一遍最低系统。
留在旧版本的三个前提
- 旧版本仍可同步配置，但只能读 v2 格式，读到 v3 会拒绝而不是报错。
- 旧版本不再接收功能更新，也不再接收安全修复，风险自担。
- 旧版本的安装包不在常规清单内，需要按页脚邮箱申请。
- 同一账号下有新版设备时，建议把旧版设备的同步关掉，避免格式冲突。
- 升级系统是唯一的彻底解法，没有配置项能绕过边界。
- 边界随版本演进而移动：每次次版本发布会重新核对一遍最低系统。
§ 08 · 网络前提
网络前提：四项与出口无关的硬条件
除了五项底线，还有四项网络侧前提。它们与带宽无关，不满足时同样连不上，但表象更像网络问题，容易被误判。
| 前提 | Windows | macOS | Android | iOS | Linux |
|---|---|---|---|---|---|
| IPv4 可用 | 必须 | 必须 | 必须 | 必须 | 必须 |
| IPv6 可用 | 可选 | 可选 | 可选 | 可选 | 可选 |
| DNS 可被接管 | 是 | 是 | 是 | 部分 | 是 |
| 局域网访问受控 | 可关闭 | 可关闭 | 不可 | 不可 | 可关闭 |
| 多网卡共存 | 支持 | 支持 | 部分 | 部分 | 支持 |
为什么 IPv4 是必须项
节点列表的下发与鉴权都走 IPv4，纯 IPv6 环境无法完成第一步。IPv6 只在数据通道上作为可选优化，缺了不影响连接，只影响部分站点的访问速度。
四项前提的解释
- DNS 可被接管指客户端能否拦截并代答本地解析请求，iOS 受系统限制只能部分接管。
- 局域网访问受控指是否允许关闭客户端内置的局域网访问开关，移动端不提供该开关。
- 多网卡共存指设备同时有有线与无线时的处理方式，桌面端与 Linux 支持按优先级选择。
- 四项里任何一项不满足都会表现为「连上了但打不开」，与带宽无关。
- 判断顺序：先看是否纯 IPv6，再看 DNS 是否被其他软件占用，最后看多网卡。
- 四项都能在一分钟内查清，不需要抓包。
常见误判
最常见的误判是把「连上了但打不开」当成带宽不够。实际原因多是 DNS 被系统或其他软件占用，此时测速软件显示的下行速度仍然正常，因为测速走的是已解析的地址。
§ 09 · 复测
自己复测五项底线的四步
本站所有数值都可复测。四步之内能在自己的设备上得到同一组结论，若与页面数字差异明显，按页脚邮箱反馈。
记录环境
写清系统版本 build 号、客户端版本、CPU 与内存。这三项决定了数值的可比性。
按表 2 查系统版本
一条命令或一次设置查看，与达标值比对。不达标就到此为止，不必往下做。
按表 4 算磁盘
把安装后占用与峰值相加，与当前可用空间比。低于建议预留值时先清理。
按表 5 读内存
连接后静置 10 分钟，用系统自带任务管理器读常驻值；首连时再读一次峰值。
复测时的三个注意点
- 内存读数用系统自带工具，第三方工具会把共享内存重复计算。
- 磁盘占用在安装完成后 5 分钟再读，因为安装器会延迟写入部分缓存。
- 首连耗时从点击连接到状态变绿，不要从点击到能打开网页，后者包含 DNS 解析时间。
- 同一台设备测三次取中位，单次读数波动在 0.4 至 0.9 秒之间。
- 复测时保持出口与节点不变，否则耗时差异来自网络而不是客户端。
- 记录下来的数值可直接与各页表格对照，不必重新判断。
差异多大算异常
内存差 10 MB 以内、耗时差 1 秒以内属于正常波动，与设备性能有关。占用差超过 8% 需要查是否装了两份；耗时差超过 2 秒需要查是否首次连接（首次含权限检查）。
复测记录表怎么填
五列就够：系统 build、客户端版本、磁盘可用、内存常驻、首连耗时。填完之后与表 1 对照，逐项打勾。有差异的在备注里写清环境，便于后续核对。
三项不需要复测的东西
- 包体不需要复测，它由发布清单固定，下载后核对哈希即可确认拿到的是同一份。
- 架构不需要复测，判断方法唯一，输出只有两种可能。
- 权限不需要复测，系统设置里的开关状态就是最终结果。
- 需要复测的只有会随设备变化的四项：磁盘、内存、耗时、占用。
- 复测频率不必高，换设备或换版本时做一次即可。
- 把复测结果留存，可在后续排查时作为对照基线。
§ 10 · 虚拟与容器
虚拟机与容器里能不能装
虚拟化环境下的前提与物理机不同：网络接口由宿主机托管，TUN 设备可能需要额外挂载。三类环境各有明确的可用范围。
| 环境 | 是否可用 | 额外前提 | 首连耗时 | 限制 |
|---|---|---|---|---|
| 虚拟机（桥接网络） | 可用 | 无 | 3.1 至 4.2 秒 | 与宿主机争抢同一出口 |
| 虚拟机（NAT 网络） | 可用 | 关闭宿主机的 DNS 接管 | 3.4 至 5.1 秒 | 内层解析可能被宿主机拦截 |
| Docker 容器 | 可用，需授权 | 挂载 /dev/net/tun 并加 NET_ADMIN | 2.8 至 3.6 秒 | 容器内无托盘，仅命令行 |
| WSL 2 | 不可用 | — | — | WSL 网络由 Windows 侧托管 |
| 嵌套虚拟化 | 可用 | 宿主与客户机架构一致 | 4.0 至 6.5 秒 | 性能损耗明显 |
容器里的最小配置
需要三项：挂载 /dev/net/tun、授予 NET_ADMIN 能力、以常驻模式启动。三者缺一不可，缺第一项表现为设备创建失败，缺第二项表现为权限拒绝。
四个需要注意的点
- 容器内没有托盘环境，只能用命令行控制，界面相关能力不可用。
- 虚拟机里首连比物理机慢 0.4 至 1.2 秒，因为多一层虚拟网卡。
- NAT 网络下宿主机若也开着同类客户端，两层接管会互相干扰，需先关掉一层。
- WSL 2 的网络由 Windows 侧托管，客户端无法在其中创建 TUN 设备。
- 嵌套虚拟化可用但性能损耗明显，实测首连最慢到 6.5 秒。
- 容器场景建议把配置目录挂成卷，重建容器时不必重新配置。
§ 11 · 要求问答
八个系统要求相关的问题
以下八问集中在「我的设备行不行」和「数字怎么理解」两类。每条答案独立成立。
Windows 10 21H2 能装吗？
不能。19044 及以下的驱动签名策略与 19045 不同，安装器会在驱动注册阶段回滚。最高可装 4.5.4，该版本不再接收更新。
macOS 12 还能用吗？
可以用 4.5.4，但不再支持按应用分流，也不接收新功能。4.7.x 不提供 macOS 12 构建。
Android 9 是最低要求吗？
是。Android 8 的前台服务在系统回收后无法自动恢复，4.4.0 起把最低系统抬到 9.0，Android 8 设备最高可装 4.3.x。
4 GB 内存的电脑能装吗？
可以。桌面端最低内存要求 4 GB，常驻 84 MB、首连峰值 112 MB。低于 4 GB 的设备建议只在 Linux 上装。
磁盘要留多少？
按系统不同：Windows 470 MB、Linux 520 MB、macOS 320 MB、iOS 280 MB、Android 240 MB。这是安装后占用加安装峰值的建议值。
权限被拒绝怎么办？
先在系统设置里确认对应开关的状态，再考虑重新安装。反复重试会留下多条未完成的配置记录，清理更麻烦。
为什么 Linux 要 sudo？
创建 TUN 设备需要 root 或 CAP_NET_ADMIN 能力。可以用 setcap 对二进制授权后普通用户运行，但包管理器升级会清除该设置。
本站数字能复测吗？
能。按第八节的四步做，记录系统 build 号、客户端版本、CPU 与内存，结果可与表 1 至表 5 对照。差异明显时按页脚邮箱反馈。
数据 · 要求相关数字
七个可复现的要求侧数字
以下七条只涉及系统要求与资源占用，条件写在句子里，可与表 1 至表 7 逐条对照。
四条系统版本硬边界：Windows 10 build 19045、macOS 13.0、Android 9.0（API 28）、iOS 16.0，依据各平台网络接口的可用版本（2026-10 核对）。
内存占用区间 62 至 84 MB，首连峰值比常驻值高 25 至 30 MB，统计口径为连接后静置 10 分钟（2026-11-06 采样）。
安装峰值约为包体的 2.3 倍，实测波动 2.1 至 2.5 倍，Windows 118.6 MB 包对应 273 MB 临时空间（2026-11-05 至 11-06）。
建议预留磁盘 240 MB 至 520 MB，Android 最低、Linux 最高，计算方式为安装后占用加安装峰值（2026-11-05 校准）。
Linux 最低要求内核 5.10 与 glibc 2.31，低于该组合时程序启动即退出，无错误提示（2026-11-06 验证）。
四条旧系统边界对应最高可用版本：Windows 19044 与 macOS 12 为 4.5.4，Android 8 与 iOS 15 为 4.3.x（版本记录）。
首连耗时复测波动 0.4 至 0.9 秒，同一设备测三次取中位可复现，条件是出口与节点保持不变（2026-11-06 采样）。
§ 10 · 下一步
接着看哪一页
确认设备达标之后，剩下的是下包、更新与多端一致三件事。
若设备处于边界内但性能紧张，先看能力对照页的第九节，那里有各端的资源开销对照与取舍建议。