用户脚本中对 标签 href 属性执行正则替换后，结果 URL 若缺失合法协议前缀（如 https://），浏览器会将其误判为相对路径，从而自动前置当前页面完整 URL——这是导致“链接变长”的根本原因。
在前端用户脚本（Userscript）开发中，一个常见却极易被忽视的陷阱是：直接修改 a 元素的 .href 属性值时，若新值不构成有效的绝对 URL，浏览器将按相对 URL 规则解析并自动补全当前页面路径。这正是你遇到问题的核心机制：
原始 href: https;//steamcommunity.com/linkfilter/?u=https;//www.cyberpunk.net 替换后（仅删前缀）: https;//www.cyberpunk.net → 浏览器检测到 "https;//" 不是标准协议（应为 `https://`），拒绝识别为绝对 URL → 降级为相对路径处理 → 拼接当前页：https://store.steampowered.com/... + "https;//www.cyberpunk.net"
⚠️ 关键点在于：href 属性的 setter（即 .prop("href", newValue)）会触发浏览器的 URL 解析与标准化逻辑，而非简单字符串赋值。它严格遵循 WHATWG URL Standard —— 只有以 http://、https://、//（协议相对）、/（根相对）或 #（片段）开头的字符串，才会被视作有效绝对/相对地址；其余均视为“路径相对”，强制补全当前文档基址。
✅ 正确解决方案：确保输出为合法绝对 URL
你需要做两件事：
-
修正协议分隔符：将原文中错误的
https;（分号）替换为标准的https:（冒号）； -
显式补全协议（如必要）：确保最终字符串以
https://或http://开头。
以下是健壮、可直接集成的修复版代码：
jQuery(document).on("mouseenter", "a", function(event) {
const $link = jQuery(this);
let currentHref = $link.prop("href"); // 获取已解析后的绝对 URL（推荐）
// 方案一：基于已解析 href 安全提取目标部分（推荐 ✅）
try {
const url = new URL(currentHref);
if (url.hostname === 'steamcommunity.com' &&
url.pathname === '/linkfilter/' &&
url.searchParams.has('u')) {
const targetUrl = url.searchParams.get('u');
// 修复可能存在的编码或格式错误（如 ; 替代 :）
const fixedTarget = targetUrl
.replace(/https;\/\//g, 'https://')
.replace(/http;\/\//g, 'http://')
.replace(/^\/\//, 'https://'); // 协议相对 URL 补 https
// 验证是否为合法绝对 URL
new URL(fixedTarget); // 抛异常则非合法 URL
$link.prop("href", fixedTarget);
}
} catch (e) {
// 若解析失败（如 href 本身非法），回退到字符串替换（需更谨慎）
const replaced = currentHref.replace(
/https;?:\/\/steamcommunity\.com\/linkfilter\/\?u=/i,
''
);
// 强制补 https://（仅当无协议时）
const finalHref = /^(https?:|\/\/|\/|#)/i.test(replaced)
? replaced
: 'https://' + replaced;
$link.prop("href", finalHref);
}
});
? 为什么控制台中 .replace() 单独执行正常？
因为在开发者工具控制台中，你操作的是纯 JavaScript 字符串（String.prototype.replace），不涉及 DOM 属性 setter 的 URL 解析流程；而 .prop("href", ...) 是 jQuery 对原生 element.href 的封装，触发了浏览器内置的 URL 解析器——这才是差异根源。
?️ 进阶建议（生产环境必备）
-
避免
mouseenter时机风险：该事件可能在链接尚未完全渲染或href被动态生成前触发。更稳妥的方式是监听click前拦截，或使用MutationObserver监听 DOM 变化； -
统一使用
URL构造函数：比正则更可靠地解析和重组 URL，规避编码、大小写、空格等边界问题； -
添加日志与降级策略：对异常
href值记录console.warn，避免静默失败； -
考虑 CSP 限制：某些站点启用严格内容安全策略（CSP）时，动态修改
href可能受限，需检查connect-src或script-src策略。
? 总结：URL 处理不是纯文本操作，而是语义化解析过程。永远信任浏览器的 URL 解析器，而不是自己的正则直觉。用
new URL()做校验与重构，用.prop("href", validAbsoluteUrl)做赋值，即可彻底规避“自动拼接当前页”的陷阱。
