宣传里都写秒级。试用那天若只丢一份干净的 2 万行 csv，任何 号码快速去重软件 都会显得很快。真正让运营觉得慢的，是 xlsx 解析卡住、进度条假跳、或者大导入把“查一个号”拖成好几秒。
开发侧为什么慢、瓶颈通常不在哈希，已经写在 号码快速去重软件为什么慢。这篇给选型和验收：合同里的“快”该怎么写，现场怎么测。
先把“快”拆成三种负载，不要一个数字
业务嘴里的快，其实是三件事：
| 负载 | 你真正在等什么 | 不合格的样子 |
|---|---|---|
| 单条查询 | 页面或接口查 1 个号 | 导入一跑，查询一起卡 |
| 批量任务 | 从上传到三类结果可下载 | 浏览器转圈到超时，没有阶段 |
| 忙时共存 | 5 个导入 + 多人查询 | 演示很快，上班时间不可用 |
只约定“80 万行 3 分钟”，供应商会在空闲环境、csv、已规范化样本上达标。你上班用的是 xlsx、混地区、同时有人在查号。
验收当天带自己的脏文件，不要用对方的演示包
最少准备：
- 一份你真实在用的 xlsx（含多 sheet、空行、科学计数法）
- 一份 utf-8 csv，量级接近周高峰
- 20 个探针号：确定该重复、确定该通过、确定该进异常
- 一个默认地区和你业务不一致的对照包（例如默认 CN 的东南亚号）
测的不只是时钟。探针号错了，快没有意义。样本设计可复用 号码数据去重软件怎么验收。
三项指标建议怎么写
可以按你的量级改数字，但结构不要省：
- 单条：规范化 + 查库，P95 在无人导入时低于约定阈值；有导入时不允许掉到“秒级以上还没返回”
- 批量：约定行数的 csv，从任务创建到可导出的墙上时间；xlsx 允许更慢，但必须出阶段进度，不能假百分比
- 隔离：批量跑着时，单条查询仍可用。做不到隔离，就不是号码快速去重软件，只是单机洗表
百万级为什么表格会先垮，见 百万号码批量去重。亿级存储和并发是另一档，见 亿级号码怎么做到秒级去重，不要用亿级口号验收十万行团队的软件。
进度和失败信息也是“快”的一部分
运营感知的慢，经常不是 CPU，而是不知道还要等多久：
- 进度按行数和阶段报，解析很慢时停在“解析中 12 万 / 80 万”，比假的 80% 更老实
- 失败带阶段和原因：文件损坏、默认地区未选、磁盘满，分别可处理
- 失败可续跑，不要每次从 0 行开始
任务模型见 手机号码批量去重怎么做成可排队的任务。没有任务表的脚本，演示可以快，班组用不起来。
不该写进验收的加速手段
- 只用布隆过滤器给结论（假阳性等于误删可触达号）
- 跳过规范化直接比原文（快，但全球名单等于没去重）
- 先承诺分布式、现场却是单进程同步上传
这些会让第一天很快、第一个投诉周很惨。规则正确优先于把整包耗时再砍 20%。
常见问题
csv 达标、xlsx 很慢，算不算合格？
看你日常文件。若运营只出 xlsx，就按 xlsx 验；软件可以建议对内改 csv，但不能把格式切换当成验收豁免。
单条很快、批量一般，能不能先上？
能，如果日常是抽查。若每周都有大包，批量吞吐和隔离不过，上线后仍会回到下班再跑脚本。
怎样自己先感受任务速度？
打开 在线 Demo 上传一份接近真实体积的样本，看阶段和导出。按量级部署找 Telegram @imchat。