取件与体积核对环节的常见疑问
到哪里取安装包？
根据官方公开页面说明，官方客户端下载页同时提供桌面端与移动端多个平台的安装入口。本馆不转发文件，只登记入藏通道；需要取件时按平台分区在官方页面上核对，本馆登记的 5 个平台条目与之一一对应，不做二次分发，也不留任何跳转地址。
包体体积从哪来的？
是本馆取件后自行统计的结果：Windows 33.9 MB、macOS 30.6 MB、Linux 26.9 MB、Android 19.2 MB、iOS 44.8 MB，全部属于 2026-10 同一上架批次的登记数据，与官方公布的规格口径并不相同，也不是安装包功能说明的一部分，统计口径一经改动，旧条目另作历史依据保留。
为什么各平台体积差别这么大？
差异主要来自打包方式与内置运行库。本馆 2026-10 同批统计里，Android 端 19.2 MB 最小，iOS 端 44.8 MB 最大，桌面三平台集中在 26.9 MB 至 33.9 MB 之间；具体差异以同批文件为准，不做跨批次的推算。
手机上取的包能在电脑上装吗？
不能混用。移动端与桌面端是两种分发形态，iOS 端 44.8 MB、Android 端 19.2 MB 的藏品与 Windows 端 33.9 MB 不是同一类安装包，取回后先核对文件类型与版本号，再按平台分区归档，避免装错之后重做一遍。
校验值必须写下来吗？
写的是计算方法，不是结论值。Windows 侧用 certutil、macOS 与 Linux 侧用 shasum 读取，把命令输出原样存档即可；本馆 5 个平台条目都不写死校验字符串，避免过期数据被当成标准，也避免误抄他处的数值，方法写在页面上，读者照做即可复核。
体积和官方页面上写的对不上怎么办？
先确认取到的是不是同一份文件：核对版本号与取件日期，再重新读取体积。本馆记录的 33.9 MB 等数值对应 2026-10 上架批次，官方页面更新文件后体积会变，旧数字只作版本比对参考，不该再当作当前依据使用，也不该被当成标准值转述。
同一条目可以反复取件吗？
可以，但每取一次都要新登记一行：体积、版本号、取件日期三项照旧填写，同批的 5 个平台条目仍按同一字段格式录入，重复取件不覆盖旧行，便于日后按版本比对两批数据之间的差异。
上面七条答复的共同点是给路径而不给结论：取件位置指向官方客户端下载页的对应分区，体积来自 2026-10 同批统计，校验靠使用者在自己机器上按 certutil 或 shasum 读取。凡是本馆没有实测过的量，一律写成视环境而定或直接留空，不用相近的读数替代，也不把不同条件的数值拼在一起。
版本与记录维护环节的常见疑问
版本变了需要重新登记体积吗？
需要。体积与版本号成对保存，版本一变就按新版本另立条目。10 天比对区间内只要体积与版本号同时变动，就判定为包体结构变化，而不是单纯重新打包，旧条目保留供回查。
检索等待与瞬时占用能当性能结论用吗？
不能。25 毫秒成立在同楼层走网线、每工作日采 200 次取平均这两条上；20 Mbps 则是 2026-10-18 在 2K 30fps 网页浏览画面上入库前单侧取样所得，取瞬时值、不编入均值。条件一换，这两条就不再成立，本馆不会把它写成通用结论，也不会拿它去推别的网络环境会怎样。
互传速度怎么来的？
2026-10-19 实测，同一交换机内两台电脑搬运 2.6 GB 文件，速率 13.4 MB/s。这个数值只描述该交换机内的同楼层场景，不外推到公网或跨机房链路，也不用于估算其它文件的搬运时长。
装完占多少资源？
闭馆静置 12 分钟、2026-10-20 取 5 次记录均值，CPU 1.0 %、内存 89 MB。这是挂机状态的数据，传输繁忙时的占用不在本次记录范围内，不同配置的机器表现会有差别，低配机器不可照搬。
登记错误怎么办？
把错误的条目、正确数值与取件日期一并寄到 [email protected]，本馆核对后以新增条目的方式更正，旧条目保留并标注作废原因，不做静默修改，来件按 5 个步骤归档以便回查。
本馆的条目多久复核一次？
按上架批次复核。清单可翻阅耗时的 240 次记录、检索等待每日 200 次记录都集中在 2026-10-12 至 10-22 这 10 天区间内完成，区间之外的旧条目只作版本比对参考，不再作为当前体积与性能依据，本馆藏批次成立，换一批次须重新上架取样。
本页答复以 2026-10 上架批次的登记数据为准，官方页面部分按当时看到的信息抄录；结论只覆盖本馆记录下来的取样条件，换系统、换网络或换版本之后请重新核对一遍，旧答复不当现行标准使。
