本文提供一种健壮的正则验证方案，通过优先精确匹配 IP 地址（严格校验 IPv4 段值范围与 IPv6 格式），再独立校验符合 DNS 规范的域名/子域名，避免非法 IP（如 123.123.255.256）被错误识别为合法子域名。
本文提供一种健壮的正则验证方案，通过优先精确匹配 ip 地址（严格校验 ipv4 段值范围与 ipv6 格式），再独立校验符合 dns 规范的域名/子域名，避免非法 ip（如 `123.123.255.256`）被错误识别为合法子域名。
在实际网络服务开发中，常需对单个用户输入（如 API endpoint、配置项或表单字段）统一校验其是否为合法的域名、子域名、IPv4 或 IPv6 地址。但若校验逻辑未严格分层，极易出现“误判兜底”问题：例如 123.123.255.256 明显是非法 IPv4（末段 256 > 255），却因宽松的域名正则意外匹配成功（如原正则允许 . 后跟数字），导致返回 true —— 这严重违背安全与协议规范。
根本原因在于：域名校验不应成为 IP 校验失败后的“默认 fallback”，而应作为独立、互斥的校验分支。正确的策略是：
- 先精确匹配 IPv4/IPv6：使用语义严谨的正则，拒绝任何越界或格式错误的 IP；
-
再独立校验域名：遵循 DNS 命名规则（如 TLD 仅含字母、长度合理、无前导/尾随点等），且不与 IP 特征重叠（如避免
.后接纯数字）； -
明确互斥关系：IP 与域名在语法上天然可区分（如 IPv4 必含 3 个
.+ 纯数字段，域名 TLD 必为字母），无需模糊匹配。
以下是优化后的生产级验证函数：
const validateDomainOrIP = (input) => {
// ✅ 严格 IPv4 校验：每段 0–255，无前导零（除单独 '0'）
const ipv4Regex = /^((25[0-5]|2[0-4]\d|1\d{2}|[1-9]?\d)\.){3}(25[0-5]|2[0-4]\d|1\d{2}|[1-9]?\d)$/;
// ✅ 严格 IPv6 校验：支持压缩格式（::）、全格式及混合格式（IPv4 嵌入）
const ipv6Regex = /^((?:[0-9a-fA-F]{1,4}:){7}[0-9a-fA-F]{1,4}|(?:[0-9a-fA-F]{1,4}:){1,7}:|(?:[0-9a-fA-F]{1,4}:){1,6}:[0-9a-fA-F]{1,4}|(?:[0-9a-fA-F]{1,4}:){1,5}(?::[0-9a-fA-F]{1,4}){1,2}|(?:[0-9a-fA-F]{1,4}:){1,4}(?::[0-9a-fA-F]{1,4}){1,3}|(?:[0-9a-fA-F]{1,4}:){1,3}(?::[0-9a-fA-F]{1,4}){1,4}|(?:[0-9a-fA-F]{1,4}:){1,2}(?::[0-9a-fA-F]{1,4}){1,5}|[0-9a-fA-F]{1,4}:(?::[0-9a-fA-F]{1,4}){1,6}|:(?::[0-9a-fA-F]{1,4}){1,7}|::|fe80:(?::[0-9a-fA-F]{0,4}){0,4}%[0-9a-zA-Z]{1,}|::(?:ffff(?::0{1,4}){0,1}:){0,1}((25[0-5]|2[0-4]\d|1\d{2}|[1-9]?\d)\.){3}(25[0-5]|2[0-4]\d|1\d{2}|[1-9]?\d)|([0-9a-fA-F]{1,4}:){1,4}:((25[0-5]|2[0-4]\d|1\d{2}|[1-9]?\d)\.){3}(25[0-5]|2[0-4]\d|1\d{2}|[1-9]?\d))$/;
// ✅ DNS 合规域名校验：支持多级子域名，TLD 仅字母（2–63 字符），总长 ≤253 字符
const domainRegex = /^(?=.{1,253}$)([A-Za-z0-9]([A-Za-z0-9\-]{0,61}[A-Za-z0-9])?\.)+([A-Za-z]{2,63})$/;
// ? 严格分层校验：IP 优先，失败后才尝试域名
if (ipv4Regex.test(input) || ipv6Regex.test(input)) {
return true;
}
if (domainRegex.test(input)) {
return true;
}
return false;
};关键改进说明：
-
IPv4 正则强化：
25[0-5]|2[0-4]\d|1\d{2}|[1-9]?\d精确覆盖0–255，杜绝256、012（前导零）等非法形式； -
IPv6 正则标准化：采用 RFC 5952 推荐的完整匹配模式，兼容
::1、2001:db8::1、::ffff:192.0.2.1等所有合法变体； -
域名正则去歧义：
- 强制以
.分隔各级（([A-Za-z0-9]...)+\.），排除example.com123类混淆； - TLD 限定为
[A-Za-z]{2,63}（ICANN 当前最长 TLD 为 24 字符，63 是 DNS 协议上限），彻底规避123.123.255.256被当作255.256（非法 TLD）的误匹配； - 子域名段限制
61字符（符合 RFC 1034 的 63 字符减去连字符约束），并禁止首尾连字符；
- 强制以
-
长度前置校验：
(?=.{1,253}$)确保总长符合 DNS 规范（FQDN 最大 253 字符）。
使用示例与测试用例：
console.log(validateDomainOrIP("google.com")); // true (合法域名)
console.log(validateDomainOrIP("sub.domain.co.uk")); // true (多级子域名)
console.log(validateDomainOrIP("192.168.1.1")); // true (合法 IPv4)
console.log(validateDomainOrIP("2001:db8::1")); // true (合法 IPv6)
console.log(validateDomainOrIP("123.123.255.256")); // false ⚠️ (IPv4 越界 → 不匹配域名)
console.log(validateDomainOrIP("example.123")); // false ⚠️ (TLD 含数字 → 拒绝)
console.log(validateDomainOrIP("a..b.com")); // false ⚠️ (连续点 → 拒绝)
console.log(validateDomainOrIP("")); // false (空字符串)注意事项：
- 此方案不处理国际化域名（IDN），如需支持中文域名，请先调用
punycode.toASCII()转换为xn--xxx格式再校验； - 浏览器环境建议搭配
URL.canParse()（现代浏览器）做二次验证，增强鲁棒性； - 服务端校验不可省略——前端正则仅为用户体验优化，后端必须复用相同逻辑或更严格的解析库（如 Node.js 的
net.isIP()+ 自定义域名检查）。
通过分层、互斥、协议对齐的校验设计，可彻底解决“非法 IP 被域名正则捕获”的安全隐患，确保输入验证既精准又符合工程实践标准。
