域名批量检查实战:一堆域名怎么快速做域名校验

手里攥着一长串域名,要在导入,外联,做重定向,或者批量注册之前确认它们格式都对,这是运营和开发都会反复遇到的活儿。一个个肉眼看不现实,几十行还行,几百行就开始漏。下面说清楚域名校验到底校什么,怎么把一堆混在一起的域名快速分出有效和无效。

域名格式到底有哪些硬规则

很多人以为域名只要长得像 xxx.com 就行,真要批量检查得盯住几条具体规则:

每个标签只能含字母,数字,连字符。也就是点之间的每一段,比如 mail.example.com 里的 mail,example,com,每段只允许 a-z,A-Z,0-9 和 -,下划线 _ 是非法的。
单个标签长度不超过 63 个字符。超过这个数的标签直接判无效。
连字符不能放在标签开头或结尾,-example.com 和 example-.com 都不合规。
必须有顶级域。光是 localhost 这种没有点,没有 TLD 的,不算合法对外域名。
整体长度上限 253 个字符。把所有标签和点加起来超了也不行。

记住一条最容易踩的:标签里只允许字母数字连字符,且不超 63 位,还得带顶级域。这三点一卡,大部分拼错和手滑就露馅了。

真实输入输出:一份混着错误的清单

我自己整理一份供应商白名单时,从工单和邮件里复制粘贴出这么几行:

example.com
mail.google.com
dom_ain.com
example-.org
localhost
verylonglabelaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa.com

丢进域名列表校验器跑一遍,输出大致是这样:

| 域名 | 结果 | 原因 | |---|---|---| | example.com | 有效 | OK | | mail.google.com | 有效 | OK | | dom_ain.com | 无效 | 含非法字符下划线 | | example-.org | 无效 | 标签以连字符结尾 | | localhost | 无效 | 缺顶级域 | | verylonglabel...com | 无效 | 标签超过 63 字符 |

三秒钟,六行里挑出四个无效项,每行都带着为什么无效。这就是批量校验和肉眼看的区别:它把"哪里错了"直接写在旁边,你回去改源数据不用再猜。

白名单,黑名单整理与批量注册前检查

做白名单和黑名单时,最怕的不是写错一两个,而是混进格式根本不对的条目,导入系统时报错卡住整批。先过一遍校验,把无效行筛出来单独看,合法的那批再排序去重,导出成 CSV 或 JSON 交给下游脚本。

批量注册更要提前查。你打算一口气注册几十个域名,清单里要是夹着拼错的(比如把 company 敲成 comapny),或者多打了个下划线,注册接口要么拒绝要么静默跳过,事后对账才发现少了几个。注册前先做一轮域名批量检查,顺手也能把重复项收掉。如果你的清单里重复特别多,可以先用域名去重工具把重复行收干净,再来校验,报告会清爽很多。

从一堆杂乱文本里把域名先抽出来

有时候你拿到的根本不是干净的一行一个域名,而是日志,复制的网页,Markdown 笔记,里面域名和别的文字混在一起。这种情况先抽取再校验更顺。可以用域名提取工具把域名从大段文本里挑出来,得到一份纯域名清单,再回到校验器逐行验格式。这样分两步,既不会漏掉藏在长句里的域名,也不会被无关文字干扰判断。

为什么坚持本地处理

这些清单里常常带着客户数据,内部标识符,有时还有 token。我处理这类数据时有个习惯:能在本地跑完的绝不上传。域名列表校验器的解析,校验,去重,导出全在浏览器本地完成,上传的文本文件也是用 File API 在当前标签页读取,不进任何服务器。对运营和合规复核来说,这一点比快一两秒重要得多,数据不出本机,心里才踏实。

需要留审计线索时,别只复制最终列表,把带行号的 CSV 或 Markdown 一起下载下来,日后追溯哪一行因为什么被剔除,一目了然。

小结

批量做域名校验,核心就是盯住几条硬规则:标签只含字母数字连字符,不超 63 位,带顶级域,连字符不在首尾。把一堆域名丢进工具,有效无效分开,原因写在旁边,白名单黑名单整理,批量注册前排查,拼错域名揪出来,全程不出本地。比起一行行肉眼看,这才是几百个域名也不漏的做法。

Made by Toolora · Updated 2026-06-13