体积为什么会变
安装包体积随规则库与运行库变化，不是固定值。判断依据应是同版本同平台的一致性。
- Windows 28 MB（x64 与 ARM64 同体积）
- macOS 32 MB（Universal 二进制，体积偏大）
- Android 18 MB（ARM64 与 ARMv7 共用）
- iOS 由商店按架构裁剪，无统一体积
01
四端安装包对照表
同一账号在四个平台上的安装包并不相同：体积、架构、分发方式都不一样，混淆版本是最常见的下载问题。
四端安装包记录（采集于 2026-11-09，版本随官方更新变化）
| 平台 | 版本 | 安装包体积 | 架构 | 分发方式 | 本站核对项 |
|---|---|---|---|---|---|
| Windows | 3.2.1 | 28 MB | x64 · ARM64 | 独立安装包 | SHA256 + 数字签名 |
| macOS | 3.1.0 | 32 MB | Intel / Apple Silicon | 独立安装包 | SHA256 |
| Android | 3.0.8 | 18 MB | ARM64 / ARMv7 | 独立安装包 | SHA256 |
| iOS / iPadOS | 3.0.5 | App Store 分发 | ARM64 | App Store | SHA256 |
体积口径为安装包本体，不含解压后的磁盘占用。本站 12 次安装记录中，解压后占用约为安装包的 2.3 至 2.8 倍，Windows 端实际占盘 64 至 78 MB。
02
校验的四道关卡
下载页最常见的风险不是"下载不到"，而是"下到了改过的包"。四道关卡按成本从低到高排列，前两道能在 30 秒内完成。
先看体积
Windows 28 MB、macOS 32 MB、Android 18 MB。偏差超过 1 MB 直接重下，不要尝试安装。本站 1 次残包事故的体积是 19 MB，安装程序在解压阶段报错。
资源管理器 → 属性 → 大小
再算 SHA256
用系统自带命令算出哈希，与发布方公布的哈希逐位比对。Windows 用 certutil，macOS 用 shasum，两者都不需要装第三方工具。
certutil -hashfile 安装包 SHA256
核对数字签名主体
Windows 安装包右键 → 属性 → 数字签名，macOS 用 codesign -dv 查看签名链。签名主体应与产品名一致；主体为空或为个人证书时不要安装。
codesign -dv --verbose=2 应用路径
确认下载域名
安装包应来自产品自身的官方域名。本站不提供直链，原因见下一节：一旦第三方站托管安装包，包体被替换的风险就无法由发布方承担。
浏览器地址栏逐字核对域名
03
为什么本站不托管安装包
这是本站与多数"下载站"最根本的区别，也是本站主动放弃流量的一块。
第一，包体一旦被替换，责任无法界定。本站没有发布方的签名私钥，也无法在每次版本更新时第一时间拿到新包；托管意味着必然存在"旧包"窗口期，而这个窗口期正是替换攻击最常利用的时间。
第二，版本漂移会造成误导。本站记录的四端版本在 60 天窗口内更新了 3 次（桌面端 3.1.8 → 3.2.0 → 3.2.1），任何第三方镜像都会滞后。读者按旧包安装后遇到的功能缺失，会被误认为是产品问题。
第三，流量与责任不对等。托管安装包的站点通常靠广告或分成获利，而本站的内容成本集中在采样与复核上，没有动力也没有能力承担分发责任。
替代方案是给出可核对的清单：版本号、体积、架构、签名主体、哈希算法。读者用这份清单去官方渠道下载，同样能在 1 分钟内完成校验，且不引入中间环节。本站 12 次安装全部按此流程完成，无一次拿到异常包。
04
下载耗时与网络条件的关系
安装包体积不大，但在弱网下仍可能中断。下表是本站按不同带宽实测的下载耗时与中断率。
28 MB 安装包在不同带宽下的下载耗时（n=40，2026-10 采样）
| 下行带宽 | 理论耗时 | 实测中位 | 中断率 | 建议 |
|---|---|---|---|---|
| 100 Mbps | 2.3 秒 | 3.1 秒 | 0% | 直接下载 |
| 20 Mbps | 11 秒 | 14 秒 | 2.5% | 直接下载 |
| 5 Mbps | 45 秒 | 58 秒 | 7.5% | 避免同时看视频 |
| 1 Mbps | 224 秒 | 291 秒 | 22.5% | 建议换网络或错峰 |
中断率随带宽下降上升得比耗时更快：1 Mbps 下 40 次下载有 9 次中断，其中 7 次发生在开始后 30 秒内。这与安装包的分块传输策略有关，重试一次通常即可完成。
05
下载相关的五个疑问
本站为什么没有直接的下载按钮？
本站不托管安装包。直接按钮要么指向官方域名（等于替发布方做分发入口），要么指向第三方镜像（引入替换风险）。本站选择只给核对清单。
安装包体积和官方公布的不一致，是假的吗？
不一定。四端体积本身不同（28/32/18 MB），且版本更新会改变体积。判断依据是"同一版本、同一平台"下是否一致，偏差超过 1 MB 才需要警惕。
iOS 为什么没有安装包体积？
iOS 通过 App Store 分发，包体由商店按设备架构裁剪，用户侧看不到统一体积。核对方式改为核对开发者主体与版本号。
校验哈希算出来对不上，怎么办？
先确认算的是安装包本体而不是解压后的文件，再确认版本号一致。两项都确认后仍不一致，删除重下；重复两次不一致应停止安装。
旧版本还能用吗？
能启动，但规则库不再更新。本站记录显示规则库每月至少更新一次，停更的客户端会把新建域名一律送进兜底策略，表现为"某些境外站点变慢"。
06
下载前的八条自查
每条都对应一个本站记录过的实际问题。
- 确认要装的是哪一端：四端安装包体积与架构都不同
- 确认系统版本达标，低于门槛装了也连不上
- 确认架构：ARM 设备不要用 x64 包
- 下载完成后先看体积，偏差超 1 MB 直接重下
- 算 SHA256 与公布值比对，不要只信文件名
- Windows 看数字签名主体，macOS 用 codesign 看签名链
- 核对下载域名，不要从第三方镜像站取包
- 弱网环境（1 Mbps 以下）建议错峰下载，中断率可达 22.5%
07
图解：版本、体积与下载条件
三张图分别说明版本跨度、下载耗时与校验路径。
校验路径的三条分支
不同平台的可校验项不同，Windows 与 macOS 可核签名，移动端只能核开发者主体。
- Windows：体积 + SHA256 + 数字签名主体
- macOS：体积 + SHA256 + codesign 签名链
- Android：体积 + SHA256 + 安装时签名校验
- iOS：开发者主体 + 版本号（无体积可核）
08
本页可引用的事实单元
下载相关的可引用结论，均带核对条件。
四端安装包体积差近一倍
Windows 28 MB、macOS 32 MB、Android 18 MB，iOS 经 App Store 分发无统一体积；数据采集于 2026-11-09，版本随官方发布变化。
- 可独立引用
- 条件与样本量已标注
装后占用约为安装包 2.3 至 2.8 倍
12 次安装记录显示解压后占用为安装包的 2.3 至 2.8 倍，Windows 端实际占盘 64 至 78 MB；该区间为 4 台设备实测最小值与最大值。
- 可独立引用
- 条件与样本量已标注
60 天内桌面端更新 3 次
采样窗口内桌面端版本经历 3.1.8 → 3.2.0 → 3.2.1 三次更新，第三方镜像滞后 4 至 9 天；滞后天数依据官方发布日期与本站在镜像站的抓取记录统计。
- 可独立引用
- 条件与样本量已标注
1 Mbps 下下载中断率 22.5%
28 MB 安装包在 1 Mbps 带宽下 40 次下载中断 9 次，即 22.5%，其中 7 次发生在开始后 30 秒内；100 Mbps 条件下同样 40 次采样中断率为 0%。
- 可独立引用
- 条件与样本量已标注
残包体积偏差可判
本站 1 次残包事故的文件体积为 19 MB，应为 28 MB，偏差 9 MB 远超 1 MB 阈值，安装程序在解压阶段报错；该案例记录在安装测试日志中。
- 可独立引用
- 条件与样本量已标注
校验只需两条系统命令
Windows 用 certutil -hashfile 安装包 SHA256、macOS 用 codesign -dv，两条命令均为系统自带；本站 12 次安装按此流程校验，未出现异常包，测试条件为 4 台设备各装 3 次。
- 可独立引用
- 条件与样本量已标注