浏览器和 node.js 对 `new url()` 的实现存在关键差异：chrome 等浏览器会宽松解析含空格等非法字符的 url（如自动编码），而 node.js 严格遵循 whatwg 标准并直接抛出错误；本文详解差异根源，并提供无需第三方库的渐进式标准化解决方案。
在 WHATWG URL 标准中，new URL(input) 构造函数要求输入必须是语法有效的绝对 URL。根据 URL Standard § 5.1，解析器在遇到未编码的空格（U+0020）等不合法字符时，应立即失败，而非尝试修复。Node.js（v10.0+）完全遵守该规范：
// Node.js 环境（严格模式）
new URL('http://exa mple.com');
// → TypeError: Invalid URL: http://exa mple.com而 Chrome（v85–v125）、Edge 和 Safari 的当前实现却采用了非标准的容错解析策略：它们会隐式对空格执行百分号编码（%20），从而生成看似“可用”但语义违规的结果：
// Chrome / Firefox / Safari（非标准宽松行为）
console.log(new URL('http://exa mple.com').origin);
// → "http://exa%20mple.com" （⚠️ 违反标准，origin 值本身已非法）这种差异并非 bug，而是浏览器引擎历史遗留的兼容性妥协（为支持大量现存脏数据），但正被 WHATWG 明确标记为 non-conforming behavior（见 issue #637）。因此，不存在“让浏览器像 Node.js 那样报错”的原生开关——因为浏览器的 URL 构造函数本就不承诺抛出错误。
✅ 推荐的长期标准化方案
不依赖第三方包（如 node:url 浏览器 polyfill），而是采用防御性预校验 + 标准构造的组合策略：
function strictURL(input, base) {
// 步骤 1：用正则快速筛查明显非法字符（空格、换行、制表符等）
if (/[\u0000-\u001F\u007F-\u009F\s]/.test(input)) {
throw new TypeError(`Invalid URL: contains control or whitespace character`);
}
// 步骤 2：尝试构造，捕获标准异常（Node.js 和未来浏览器均会触发）
try {
return new URL(input, base);
} catch (err) {
if (err instanceof TypeError && /invalid/i.test(err.message)) {
throw new TypeError(`Invalid URL: ${input}`);
}
throw err;
}
}
// 使用示例
try {
const url = strictURL('http://exa mple.com'); // 立即抛出
} catch (e) {
console.error(e.message); // "Invalid URL: contains control or whitespace character"
}⚠️ 注意事项与最佳实践
- 不要依赖 URL.canParse()（实验性 API）：截至 2024 年，该方法在 Safari 中仍不可用，且其设计目标是“快速试探”，不保证与 new URL() 的校验逻辑完全一致。
- 避免手动 encodeURI/encodeURIComponent：它们仅编码 URI 组件，无法安全处理完整 URL（例如会破坏 ?a=b&c=d 中的 &），且无法修复协议、主机名等结构错误。
- 服务端协同更可靠：前端校验应作为用户体验优化，关键 URL 必须由后端使用标准解析器（如 Node.js url 模块或 Python urllib.parse）二次验证。
- 渐进增强思路：可结合 try/catch + URL.toString() 反向校验——若构造后的字符串与原始输入经标准化处理后不等，则说明浏览器已静默修改，此时应拒绝：
const normalized = new URL(input).toString();
if (normalized !== input && !isURLNormalized(input)) {
throw new TypeError(`URL was auto-corrected by browser: ${input} → ${normalized}`);
}综上，真正的“标准兼容”不在于让浏览器变严格，而在于主动识别并拦截非标准输入。通过轻量预检 + 明确错误语义，你既能获得与 Node.js 一致的健壮性，又无需引入额外依赖，符合长期演进的 Web 标准路线图。
