PT · 全平台下载中心
快喵VPN 五端客户端：Windows、macOS、Android、iOS、Linux 一份矩阵看全
快喵VPN 在五个系统上各有独立安装包。包体 42.8 MB 至 118.6 MB，安装后占用 96 MB 至 196 MB。本页用一张矩阵给出五端的包格式、系统要求、版本节奏与首连耗时。
- 当前版本
- 4.7.2
- 签发日期
- 2026-11-04
- 覆盖平台
- 5 端 · 10 个包
- 下次更新
- 约 7 天后
§ 01 · 平台矩阵
五个系统，五个安装包，一张矩阵先看清
五端不是同一个包改个外壳，而是五份独立构建：包格式、权限模型、接管方式都不同。先把矩阵看全，再决定给自己手上哪台机器装哪一份。
快喵VPN 当前版本 4.7.2（2026-11-04 签发）在五个系统上各有独立安装包。包体合计 405 MB，单个包最小 42.8 MB、最大 118.6 MB。五个包共享同一份账号与配置格式，安装方式与系统授权各不相同。
先看下面这张矩阵。第一列是系统，第二列是包格式，第三列是安装后的磁盘占用，第四列是首连中位耗时。四列看完就能判断该下哪个文件，不必先读安装说明。
| 系统 | 包格式 | 包体 | 安装后占用 | 常驻内存 | 首连中位 |
|---|---|---|---|---|---|
| Windows | .exe 安装器 | 118.6 MB | 196 MB | 84 MB | 2.9 秒 |
| macOS | .dmg 磁盘镜像 | 96.2 MB | 174 MB | 76 MB | 2.4 秒 |
| Android | .apk 与商店包 | 42.8 MB | 96 MB | 62 MB | 1.8 秒 |
| iOS / iPadOS | App Store 分发 | 58.4 MB | 118 MB | 68 MB | 1.6 秒 |
| Linux | .deb / .rpm / .AppImage | 88.7 MB | 152 MB | 71 MB | 3.4 秒 |
为什么五端不能共用一个包
桌面端的接管靠虚拟网卡，移动端的接管靠系统提供的 VPN 通道，Linux 靠 TUN 设备。三者在内核层面就是三套东西，所以包体差异不是打包偷懒，而是权限模型决定的。
包体大小差在哪
- Windows 包最大，达到 118.6 MB。它内含 x64 与 ARM64 两套虚拟网卡驱动与运行库，安装时按架构只释放其中一套。
- macOS 包 96.2 MB 是 Universal 2 单包。Intel 与 Apple 芯片共用它，代价是包里同时有两套二进制。
- Android 包最小，只有 42.8 MB。它不含任何驱动，接管能力由系统的 VpnService 提供，客户端只做配置与界面。
- iOS 包 58.4 MB，由 App Store 分发。实际下载体积会按设备架构裁剪，与商店页标注值有 6 至 9 MB 的浮动。
- Linux 三个格式体积接近（84.3 至 91.2 MB），AppImage 最大，因为它把依赖一起打包，不依赖发行版库版本。
§ 02 · 系统要求
最低系统与推荐系统，两端都要看
最低系统决定能不能装，推荐系统决定装完顺不顺。两者之间那段区间是可用但不推荐的，问题通常出现在驱动与系统扩展的授权上。
| 系统 | 最低系统 | 推荐系统 | 架构 | 磁盘可用 | 内存 | 网络与权限前提 |
|---|---|---|---|---|---|---|
| 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 |
最低系统是怎么定的
判据只有一条：该系统版本是否提供客户端所依赖的网络接口。Windows 10 22H2 起才有稳定的 Wintun 驱动签名通道，macOS 13.0 起网络扩展的授权流程才固定下来，所以这两条是硬边界，不是保守取值。
三段区间怎么理解
- 低于最低系统：安装器会直接拒绝，或在驱动注册阶段回滚，属于不可用，没有绕过办法。
- 介于最低与推荐之间：可以安装并使用，但部分新接口不可用，例如 macOS 13.0 至 13.6 不支持按应用分流。
- 达到推荐系统：全部功能可用，也是本站所有耗时与占用数字的采集环境。
移动端的两条额外前提
Android 侧载安装包时需要在系统设置里允许未知来源，这一步与安装本身分开；iOS 首次连接需要在设置内信任 VPN 配置描述，信任之前连接会一直停在准备阶段。
§ 03 · 版本 tab
版本 tab 条：一条线看五个版本的关系
版本号不是五个独立的数字，而是同一条产品线上的五个构建。第二位数字变化意味着配置格式可能升级，第三位只修问题。
| 版本 | 发布日期 | 性质 | 影响哪几端 | 配置格式 |
|---|---|---|---|---|
| 4.7.2 | 2026-11-04 | 稳定版 | 五端全部 | v3（无变化） |
| 4.7.0 | 2026-10-21 | 次版本 | Windows / macOS | v3（无变化） |
| 4.6.3 | 2026-10-07 | 稳定版 | Android / iOS | v3（无变化） |
| 4.6.0 | 2026-09-23 | 次版本 | 五端全部 | v2 → v3 |
| 4.5.4 | 2026-09-09 | 稳定版 | Windows / macOS | v2（无变化） |
第二位与第三位的区别
第二位进位（4.6 → 4.7）表示接口或配置格式有变化，升级后旧配置需要迁移；第三位进位（4.7.1 → 4.7.2）只修问题，可以无脑覆盖安装。判断要不要先备份配置，看第二位有没有变。
跨端版本不必完全一致
- 同一账号下允许五端版本不同，同步以字段为单位合并，不要求五端同时升级。
- 配置格式 v3 与 v2 之间是单向迁移：装过 4.6.0 及以上的设备会把快照写成 v3，未升级的 4.5.x 设备读到 v3 会拒绝同步而不是报错。
- 建议先把桌面端升到 4.7.2，再升移动端，因为桌面端的迁移提示更完整，出问题好定位。
§ 04 · 能力对照
同一个功能，五端不是都有
功能表按能力列出五端取值。支持、不支持、部分三档的区别在实现层面：桌面端能做按应用分流，移动端多数系统只提供整机接管。
| 能力 | Windows | macOS | Android | iOS | Linux |
|---|---|---|---|---|---|
| 整机流量接管 | 支持 | 支持 | 支持 | 支持 | 支持 |
| 按应用分流 | 支持 | 不支持 | 支持 | 部分 | 部分 |
| 分流域名规则 | 支持 | 支持 | 支持 | 不支持 | 支持 |
| 开机自启 | 支持 | 支持 | 不支持 | 不支持 | 支持 |
| 后台常驻 | 常驻托盘 | 常驻菜单栏 | 前台服务 | 按系统回收 | systemd 服务 |
| 流量与延迟统计 | 支持 | 支持 | 支持 | 不支持 | 支持 |
| 全局快捷键 | 支持 | 支持 | 不支持 | 不支持 | 支持 |
| 命令行控制 | 支持 | 支持 | 不支持 | 不支持 | 支持 |
| 配置同步 | 支持 | 支持 | 支持 | 支持 | 支持 |
| 深色主题跟随系统 | 支持 | 支持 | 支持 | 支持 | 部分 |
「部分」到底差在哪
iOS 的按应用分流受系统限制，只能对声明了网络扩展目标的应用生效，未声明的应用一律走整机通道；Linux 侧的按应用分流依赖 cgroup 匹配，只有 systemd 管理的进程能被准确归类。
桌面端独有的四项
- 全局快捷键：移动端没有物理键盘常驻场景，不做此能力。
- 命令行控制：Windows 与 macOS 提供 kuaimiao 命令，Linux 侧同一命令兼作服务管理入口。
- 流量与延迟统计：移动端系统会限制后台统计的精度，因此只在 Android 上提供粗粒度数值。
- 开机自启：iOS 与 Android 的系统策略不允许应用自行注册开机启动，只能依赖前台服务或通知栏卡片。
§ 05 · 体积与占用
包体、安装占用、常驻内存：三个不同的数
三个数字常被混着说。包体是下载量，安装占用是磁盘量，常驻内存是运行量。装之前该看前两个，装完该看第三个。
安装后占用的构成
以 Windows 为例，196 MB 里约 118 MB 是程序文件，约 46 MB 是驱动与运行库，剩下约 32 MB 是首次启动生成的缓存与日志。缓存会随使用增长，30 天后趋于稳定。
常驻内存的差异来源
- Windows 端 84 MB 最高，因为常驻一个托盘进程与一个网络服务进程，两者分离部署。
- Android 端 62 MB 最低，界面进程在后台会被系统回收，只留前台服务。
- macOS 端 76 MB，单进程结构，界面关闭后进程仍在菜单栏存活。
- iOS 端 68 MB，受系统内存压力管理，实际占用会在 54 至 82 MB 之间浮动。
- Linux 端 71 MB，含 systemd 单元与托盘进程两部分。
§ 06 · 首连耗时
首连中位：从点击连接到状态变绿
首连耗时比连接速度更能反映客户端本身的质量，因为它包含权限检查、配置加载与通道建立三段，任一段卡住都会体现在这个数上。
| 系统 | 中位 | 最快 | 最慢 | 主要耗时段 |
|---|---|---|---|---|
| iOS | 1.6 秒 | 1.2 秒 | 2.9 秒 | 配置描述校验 |
| Android | 1.8 秒 | 1.3 秒 | 3.4 秒 | VpnService 授权 |
| macOS | 2.4 秒 | 1.9 秒 | 4.1 秒 | 网络扩展握手 |
| Windows | 2.9 秒 | 2.2 秒 | 5.6 秒 | 虚拟网卡注册 |
| Linux | 3.4 秒 | 2.6 秒 | 6.2 秒 | TUN 设备创建 |
为什么 Linux 最慢
Linux 端每次连接都要重新创建 TUN 设备并下发路由表，这两步在内核态完成，耗时随路由表条目数增长。路由条目少于 200 条时中位 3.4 秒，超过 800 条时会升到 5 秒以上。
耗时可压缩的部分
- 第二次及以后的连接会复用已注册的驱动与设备，五端普遍快 0.4 至 0.9 秒。
- 移动端在系统已信任配置的前提下，首连可降到 1.2 秒左右。
- 桌面端关闭「连接时自动更新节点列表」可省 0.6 秒，代价是节点列表可能滞后一个周期。
- 首连耗时与出口带宽无关，与设备 CPU 单核性能弱相关，同一端换机器差异在 0.5 秒以内。
§ 07 · 多端同步
配置同步：一份快照，五端各取所需
同步不是把整份配置复制到每一端，而是按字段合并。字段分三类：跨端字段、限定端字段、只存本机字段，混在一起会互相覆盖。
| 字段 | 大小 | 是否跨端 | 冲突处理 |
|---|---|---|---|
| 节点偏好与最近使用 | 1.2 KB | 跨端 | 按最近时间戳取新 |
| 分流域名规则集 | 2.6 KB | 跨端 | 按规则条数取多 |
| 按应用分流名单 | 0.8 KB | 仅桌面与 Android | 合并去重 |
| 快捷键绑定 | 0.2 KB | 仅桌面与 Linux | 按设备保留 |
| 主题与语言 | 0.1 KB | 跨端 | 按最近时间戳取新 |
| 更新渠道偏好 | 0.1 KB | 跨端 | 按设备保留 |
| 连接自检快照 | 1.8 KB | 不跨端 | 只存本机 |
为什么增量只有 6.8 KB
全量快照 42 KB，其中 92% 是分流域名规则集的原始文本。4.6.0 起改为按行差分下发，只传变化的行与校验值，单次同步体积降到 6.8 KB，弱网下的失败率从 4.1% 降到 0.6%。
三端同时改同一个字段会怎样
- 跨端字段按时间戳取胜者，落后的那次修改会被丢弃，客户端不会提示冲突。
- 限定端字段不参与跨端比较，各端各自保留，因此桌面端的快捷键不会覆盖手机端。
- 规则集按条数取多而不是取新，因为删规则与加规则难以区分意图，取多是更保守的选择。
- 只存本机字段永不外传，包括自检快照与本地缓存的节点延迟记录。
同步前的两个准备动作
- 先在桌面端把配置整理干净再开同步：桌面端界面能看到规则条数与字段清单，移动端只显示汇总。
- 确认五端都登录同一账号，且至少有一端版本不低于 4.6.0，否则 v3 快照无法被读取。
§ 08 · 更新节奏
14 天一个稳定版，42 天一次次版本
节奏是固定的：稳定版每 14 天出一次，次版本每 42 天一次，也就是每三个稳定版后跟一个次版本。灰度顺序按平台固定，不随机。
| 环节 | 间隔 | 顺序 | 说明 |
|---|---|---|---|
| 稳定版发布 | 14 天 | Windows → macOS → Android → iOS → Linux | 五端同一版本号，包体各自构建 |
| 次版本发布 | 42 天 | 桌面端先行，移动端随第二个稳定版 | 接口与配置格式变更集中在此 |
| 灰度批次 | 2 天 | 先 10%，再 50%，最后全量 | 每批观察崩溃率与首连成功率 |
| 紧急修复 | 不限 | 只动出问题的那一端 | 版本号第三位进位，其余端不动 |
| 下次计划 | 距 2026-11-04 约 7 天后 | 五端全部 | 当前处于 4.7.2 的观察期末段 |
为什么不五端同时推
五端同时推会把风险叠在一起。桌面端用户能提供完整日志，移动端只能提供截图，所以桌面端先发两天，用它的崩溃率当预警。两天内崩溃率高于 0.3% 就暂停移动端推送。
更新渠道怎么选
- 稳定渠道：跟随 14 天节奏，只收第三位进位的修复，适合日常使用。
- 预发布渠道：提前 3 至 5 天拿到下一个稳定版，包体与正式版一致，只是推送更早。
- 不提供 nightly 渠道：每日构建不对外，避免出现无法回退的中间态配置。
- 渠道偏好是同步字段之一，但按设备保留，不会因为在一台机器上切换而影响其他端。
§ 09 · 怎么选
四步决定给自己哪台机器装哪一份
四步按判断成本从低到高排：先看系统版本，再看架构，再看包格式偏好，最后看权限能不能给。顺序颠倒会在最后一步才发现装不上。
先确认系统版本号
Windows 用 winver 看 build，19045 及以上达标；macOS 看「关于本机」，13.0 及以上达标；Android 看设置里的版本号，9.0 及以上达标；iOS 看通用里的版本，16.0 及以上达标。
再确认架构
Windows 的 ARM 设备要下 arm64 包，装 x64 包不会报错但首连会失败；Linux 用 uname -m，输出 x86_64 或 aarch64 对应两个不同的包。
按包格式偏好取文件
Debian 系选 .deb，Fedora 系选 .rpm，不想装依赖选 AppImage；macOS 只有一个通用包，无需选择。
最后确认权限能给
桌面端需要一次管理员授权注册驱动或扩展；Linux 需要 sudo 或提前设置 setcap；移动端需要允许 VPN 配置。权限给不了时，装上也用不了。
四步之外的两条经验
- 同一台机器不要同时装两个版本：桌面端会争抢同一个虚拟网卡名，表现为后装的能连、先装的连不上。
- 跨大版本升级前先导出配置：第二位进位时配置格式可能变化，导出的 JSON 能在回退时手工恢复。
§ 10 · 兼容边界
四条明确的兼容边界，以及边界外的做法
边界写清楚比含糊带过有用。以下四条是客户端主动拒绝或明确不支持的场景，遇到时不必反复尝试。
边界一：Windows 10 21H2 及更早
19044 及以下的 Wintun 驱动签名策略与 19045 不同，安装器在驱动注册阶段会回滚并留下 0x8007 类错误码。这一条没有绕过办法，只能升系统或留在 4.5.x 之前的旧版。
边界二：macOS 12.x
macOS 12 的系统扩展授权接口与 13 起的不同，4.7.x 不再提供 12.x 构建。仍在使用 12.x 的设备最高可装 4.5.4，该版本仍可同步，但不支持按应用分流。
边界三：Android 8 及更早
Android 8 的 VpnService 在后台被回收后无法自动恢复，4.4.0 起把最低系统抬到 9.0。Android 8 设备留在 4.3.x，该版本不再接收更新。
边界四：无 systemd 的 Linux
Linux 端的服务管理单元按 systemd 编写，OpenRC 与 runit 环境需要手工创建服务文件。AppImage 格式可以运行，但开机自启需要自己写 init 脚本。
- 以上四条都属系统能力边界，不是客户端缺陷，也没有配置项可以打开。
- 边界内的旧版本仍可同步配置，但不再接收新功能，也不在更新节奏的覆盖范围内。
- 判断自己是否在边界外，只需比对第二节的系统要求表，不需要额外工具。
- 边界随系统版本演进而移动：每次次版本发布时会重新核对一遍最低系统。
- 若设备处于边界外且必须使用，唯一稳妥做法是留在最后一个支持该系统的版本，不要尝试强行安装新包。
- 强行安装的典型表现是安装成功但首连失败，此时卸载并清理残留比继续排查更快。
§ 11 · 常见混淆
六个最容易混的说法，一次说清
以下六条来自对同一批问题的归纳：多数混淆不是理解错，而是把两个不同的数或两个不同的概念当成一个。
包体 vs 安装占用
包体是下载量，安装占用是磁盘量。Windows 包 118.6 MB，装完占 196 MB，差 77 MB 来自解包与驱动。
版本号 vs 构建号
对外只有三段版本号。构建号是内部流水号，不出现在下载文件名里，也不参与同步判断。
首连 vs 重连
首连含权限与驱动注册，重连复用已有资源。同一端两者能差 0.4 至 0.9 秒。
同步 vs 备份
同步按字段合并，备份是整份导出。前者用于多端一致，后者用于回退与迁移。
常驻内存 vs 峰值内存
本站标注的是连接后静置 10 分钟的读数，峰值出现在首连阶段，通常高 20 至 30 MB。
通用包 vs 架构包
macOS 的通用包含两套二进制，Windows 的架构包只含一套。前者体积大但不选错，后者体积小但要选对。
两个容易记反的事实
第一，Linux 端不是最省资源的：它的常驻内存 71 MB 高于 Android 的 62 MB，因为多了一个托盘进程。第二，包体最小的不是 iOS，Android 的 42.8 MB 比 iOS 的 58.4 MB 更小。
- 包体排序：Windows 118.6 MB > macOS 96.2 MB > Linux 88.7 MB > iOS 58.4 MB > Android 42.8 MB。
- 安装占用排序：Windows 196 MB > macOS 174 MB > Linux 152 MB > iOS 118 MB > Android 96 MB。
- 常驻内存排序：Windows 84 MB > macOS 76 MB > Linux 71 MB > iOS 68 MB > Android 62 MB。
- 首连耗时排序：Linux 3.4 秒 > Windows 2.9 秒 > macOS 2.4 秒 > Android 1.8 秒 > iOS 1.6 秒。
- 四个排序并不一致，所以不能用「哪个端更轻」一句话概括，要分开说。
- 若要一句话选端：桌面看功能完整度，移动看首连速度，Linux 看是否接受手工配置服务。
§ 12 · 常见问题
七个高频问题，按提问频率排
以下七问覆盖了下载与安装前九成的疑问。每条答案都能独立成立，不依赖上下文。
五个系统要下五个包吗？
不是。一台设备只下一个包。五端指的是 Windows、macOS、Android、iOS、Linux 五个系统，每台设备按自己的系统取对应包即可，包体从 42.8 MB 到 118.6 MB 不等。
Windows 的 x64 与 arm64 包怎么选？
看设备处理器。Intel 或 AMD 处理器选 x64，高通骁龙等 ARM 处理器选 arm64。选错不会在安装时报错，但首连会因驱动架构不匹配失败。
macOS 需要区分 Intel 和 Apple 芯片吗？
不需要。macOS 只有一个 Universal 2 通用包（96.2 MB），内含两套二进制，系统会自动选择。代价是包体比单架构包大约 12 MB。
Android 为什么有两个 apk？
arm64-v8a 对应近五年的主流机型（42.8 MB），armeabi-v7a 对应 32 位老机型（39.1 MB）。不确定时先装 arm64 版，装不上再换另一个。
Linux 三个格式有什么区别？
.deb 用于 Debian 与 Ubuntu，.rpm 用于 Fedora 与 openSUSE，AppImage 免安装、依赖自带。前两者会注册 systemd 服务，AppImage 需要自己写自启脚本。
五端版本必须一样吗？
不必。同步按字段合并，不要求版本一致。但配置格式 v3 需要客户端 4.6.0 及以上才能读取，低于此版本的设备会拒绝同步而不是报错。
装完占多少磁盘？
从 96 MB 到 196 MB，按系统不同。Android 96 MB 最小，Windows 196 MB 最大。另外建议预留安装过程中约 2.3 倍的临时空间。
数据 · 关键数字
七个基础数字与它们的采集条件
下面七条是各页共用的基础数据，条件写在句子里。换了机器与版本，数字会变，但五端之间的排序不变。
五端包体合计 405 MB，分别为 Windows 118.6 MB、macOS 96.2 MB、Linux 88.7 MB、iOS 58.4 MB、Android 42.8 MB（客户端 4.7.2，2026-11-04 签发的安装包清单）。
安装后占用合计 736 MB，Windows 196 MB、macOS 174 MB、Linux 152 MB、iOS 118 MB、Android 96 MB，测试条件为全新安装且未导入旧配置（2026-11-05 至 11-06）。
五端首连中位耗时 1.6 至 3.4 秒，最快 iOS 1.6 秒、最慢 Linux 3.4 秒，采集条件为同一台出口带宽 300 Mbps 的家宽、节点固定为同一台、每端各采样 30 次取中位（2026-11-05 至 11-06）。
常驻内存区间 62 至 84 MB，统计口径为连接建立后静置 10 分钟、用系统自带任务管理器读数（2026-11-06 采样）。
单次增量同步体积 6.8 KB，全量快照 42 KB，数据来自 4.6.0 起的差分下发实现（2026-09-23 发布说明）。
稳定版发布间隔 14 天，次版本间隔 42 天，2026 年 8 月至 11 月共发布 8 个版本，实测间隔与计划一致（发布记录）。
最低系统四条硬边界：Windows 10 19045、macOS 13.0、Android 9.0、iOS 16.0，依据各平台网络接口的可用版本（2026-10 核对）。
§ 13 · 采集口径
所有数字的采集环境与纠错方式
本站的数值只在自己采过的环境里成立，所以每个数字都带环境标签。换一台机器、换一版客户端，数字可能不同，但判断顺序不变。
- Windows 采集机
- Win 11 24H2 · 26100
- macOS 采集机
- macOS 15.1 · M2
- Android 采集机
- Android 15 · Pixel 8
- iOS 采集机
- iOS 18.1 · iPhone 13
- Linux 采集机
- Ubuntu 24.04 · 内核 6.8
- 当前版本
- 4.7.2 / 2026-11-04
更新方式
页面按发布节奏同步更新：每逢稳定版发布，先更新更新记录页，再回填各端的包体、占用与耗时数字。下一个稳定版预计在 2026-11-04 之后约 7 天发布，届时各页数字一并回填。
纠错渠道与边界
- 只接受可复现的差异：附系统版本、客户端版本、安装包文件名三项即可定位。
- 不收录无法复现的个别反馈，避免把个案写成通用结论。
- 文中所有数值都能在对应采集环境标签下复测，复测方法写在系统要求页。
- 页脚标注的是格式占位编号，并非真实登记号，核对真伪请以官方公开信息为准。
§ 14 · 下一步
接着看哪一页
上面十四节是总览，细节分散在七个子页里。按手上的问题选一页继续，不必从头读。
若只想知道该下哪个文件，直接进下载中心；若想确认自己的设备能不能装，先进系统要求页。两页都读完，其余页按需查看即可。