检测原理与报告解读：576 个点位是怎么得出结论的
ValiDrive 的全部判断都建立在一个很小的数据量上——576 次抽检、1152 次读写、合计约 2.36 MB 测试数据。 这篇文章把它的采样策略、校验闭环、缓存绕过逻辑，以及最终报告里每一项指标逐个拆开。
一、采样策略：为什么是 576 个点
扩容盘的容量造假是结构性造假，不是偶发的坏块。它的典型形态是：真实闪存集中在盘的前段， 固件把"可用容量"虚报为前段的几十倍，越过真实边界的写入被静默丢弃。造假比例通常在 80% 以上， 例如标称 2TB 而实际只有 62GB。
对于这种形态，系统性的均匀采样远比随机抽几个文件写入更有效。ValiDrive 把磁盘声明的容量划分为 32 列 × 18 行共 576 个区域，每个区域取 4 KB 做验证，合计 2,359,296 字节。 访问顺序随机且不重复，避免了顺序读写被主控的预取或缓存优化掉。
抽样精度与耗时的取舍是有意的：576 点可以在几分钟内给出一块 1TB 盘的容量结论， 而全量写入同一块盘需要数小时。需要绝对结论时，应改用全量写入校验工具。
二、三步校验闭环
每个点位执行完全相同的四步操作，缺一不可：
- 读出原数据——把该 4 KB 区域的现有内容读入内存。这一读操作同时充当"可读性检测"。
- 写入随机噪声——用随机生成的数据覆盖该区域。因为内容随机、地址随机，固件无法预测并伪造应答。
- 读回逐字节比对——立即读回并与刚写入的内容比较。若不一致，且整个过程中设备从未报告错误，即判定该位置没有真实存储。
- 还原原数据——把第一步暂存的内容写回，使磁盘恢复检测前的状态。
第 3 步是整套逻辑的关键。普通磁盘工具在写入时依赖设备返回"成功"，而扩容盘恰恰在这一点上撒谎； 只有把数据读回来自己比对，才能绕过设备的自我报告。
四种结果，四种含义
| 标记 | 状态 | 触发条件 | 对容量的影响 |
|---|---|---|---|
| 绿色 | 已验证 | 读原数据、写噪声、读回、还原四个动作全部成功，无任何错误上报。 | 该位置计为可用容量。 |
| 蓝色 | 读错误 | 两次读操作中任一次被设备明确拒绝或失败。 | 该点无法验证，会截断已验证容量的扫描。 |
| 黄色 | 写错误 | 两次写操作中任一次被设备明确拒绝或失败。 | 该点无法验证，会截断已验证容量的扫描。 |
| 红色 | 无存储 | 全程没有任何错误上报，但读回内容与写入内容不一致。 | 该位置是虚标容量，数据会被丢弃。 |
蓝、黄两色来自"设备承认失败"，红色来自"设备假装成功"——后者才是造假盘的特征。 一块全绿的盘未必完美，但一块大片红色的盘一定不能存放重要数据。
三、绕过盘内 RAM 缓存
部分 USB 设备在主控内带有 RAM 缓存。刚写入的数据可能只停留在缓存里，此时立刻读回自然"完全一致"， 校验会被假象骗过。当缓存容量大于单次传输量时，这种现象尤其明显。
ValiDrive 在正式测试前会先探测设备是否存在此类缓存，并据此判断需要多大的单次传输量才能越过缓存区域； 若确实存在，则相应放大测试块大小，使读回操作真正落到闪存上。GRC 的说明指出，这种情况并不常见， 但一旦遇到而不加处理，结果会完全失真。
四、报告字段逐项说明
测试结束后，主界面会把检测图替换为一份统计报告。以下字段按在报告中的出现顺序整理；如果你还没跑过一次，可以先看U 盘扩容检测教程，对照真实界面会更好理解。
| 字段 | 含义 | 怎么看 |
|---|---|---|
| 声明容量 declared drive size | 设备自报的精确字节数及其常用单位换算值，与操作系统显示的容量基本一致。 | 这是"卖家说的数字"，本身没有任何证明力。 |
| 已验证容量 validated drive size | 从盘首开始扫描，遇到第一个非绿色区域即停止，以该点为可用容量的上界。 | 与声明容量一致 → 容量真实；明显偏低 → 扩容盘。 |
| 最高有效区域 highest valid region | 单独记录检测到的最后一个绿色区域。因为读写错误可能提前中断上一步的扫描，这个值可避免低估实际可用空间。 | 比已验证容量更能反映"最远处仍能存数据的位置"。 |
| 厂商 / 产品 / 序列号 | 由 USB 描述符读出的设备信息。经过 USB 集线器时信息可能不准确。 | 用于核对实物与标称是否一致；直连主机时最可靠。 |
| 样本数 samples | 完成的读写操作总次数。完整测试为 1152 次读 + 1152 次写。 | 明显低于此值说明测试被中断。 |
| 最快 / 最慢 minimum / maximum | 单次读写操作的极值，精确到微秒。 | 最大值异常偏高，往往对应重试或坏块映射。 |
| 平均 / 中位数 average / median | 全部读写耗时的算术平均与中间值。 | 平均值远高于中位数，说明存在少数极慢样本拖尾。 |
| 标准差 / 变异系数 std dev / variance | 变异系数＝标准差 ÷ 平均值，用于横向比较不同盘体的耗时离散程度。 | 离散度高（如持续大于 1）提示盘体状态不稳定。 |
| 总耗时 / 占比 total time / percent | 读写各自累计耗时，以及二者在总时间中的百分比。 | 写入占比极高，通常说明主控升压慢（多见于廉价盘）。 |
五、耗时数据为什么值得单独看
GRC 公开过一组对照：一块品牌 512GB U 盘完成 ValiDrive 测试的总读写耗时约 12.24 秒， 而一只约 3 美元的无牌 32GB 盘耗时为 736.37 秒，相差约 60 倍。差异几乎全部来自写入环节—— 后者的平均写入耗时约为前者的 93.95 倍。
原因在闪存物理特性：写入需要内部升压，读取不需要。ValiDrive 每次只传 4 KB 并在读写之间频繁切换， 每次切换都要重新升压、再泄放，廉价主控在这件事上慢得多。日常拷贝大文件时，同样的延迟被平摊到整次写入中， 所以感觉不到。
这里需要明确区分两件事：慢不等于假。廉价盘读写慢是主控档次问题，与容量是否虚标无关； 但一块"标称 2TB、售价极低、写入又异常慢"的盘，三项特征叠加时可信度极低。
变异系数比标准差更有比较价值，因为标准差无法脱离平均值解释。GRC 的例子里两盘标准差相差 93 倍， 但折算成变异系数只相差 0.77 倍——说明那只慢盘虽然写入起步慢，内部状态却是稳定的。
六、支持的设备与运行环境
| 项目 | 说明 |
|---|---|
| 目标设备 | 以 USB 大容量存储协议接入的设备：U 盘、读卡器中的 SD / TF 卡、USB 移动硬盘与固态硬盘盒。 |
| 操作系统 | Windows。程序需要直接访问物理磁盘，需以管理员权限运行。 |
| 安装方式 | 免安装。单个可执行文件约 96 KB，放在任意目录双击运行；不写注册表、不装服务。 |
| 网络行为 | 启动时通过一次匿名 DNS 查询确认是否有新版本，不上传任何设备信息或使用数据。 |
| 文件系统 | 直接对物理扇区操作，不依赖文件系统，因此 FAT32 / exFAT / NTFS 均可检测。 |
| 不适用场景 | 内置硬盘的深度健康检测、坏块修复、数据恢复、性能基准测试（这些属于其他工具的职责）。 |
七、接下来读什么
- U 盘扩容检测教程：从下载到读懂结果，6 个步骤与常见故障排查。
- 扩容盘检测常见问题：数据安全、杀毒误报、授权方式、与其他工具的关系。
- 下载 ValiDrive v1.0.1：当前版本、版本历史与获取方式。