✅ 快速验证与修复方法
1. 检查是否存在隐藏字符（推荐终端或代码编辑器）
在 VS Code、Sublime Text 或 Vim 中启用「显示不可见字符」功能（VS Code：Ctrl+Shift+P → 输入 Toggle Render Whitespace；或安装插件 Highlight Bad Chars）。你将看到引号后出现两个微小的 | 或 · 符号，即 ZWNBSP。
2. 清除方式（任选其一）
- 手动重写 href 值：删除原有 href 属性，全新输入 "https://linkedin.com/company/NAME/"（确保从键盘逐字敲入，避免复制粘贴）；
- 正则替换（批量处理）：在支持 Unicode 正则的编辑器中，搜索 \uFEFF+ 或 [\uFEFF\u200B-\u200F\u202A-\u202E]，替换为空字符串；
-
命令行清洗（Linux/macOS）：
sed -i 's/\xEF\xBB\xBF//g' your-file.html # 移除 UTF-8 BOM（注意：此命令仅清除 EF BB BF，需多次运行或扩展匹配）
更鲁棒的做法是用 Python 清洗：
import re with open("file.html", "r", encoding="utf-8") as f: content = f.read() cleaned = re.sub(r'[\uFEFF\u200B-\u200F\u202A-\u202E]+', '', content) with open("file-clean.html", "w", encoding="utf-8") as f: f.write(cleaned)
⚠️ 注意事项与最佳实践
- 杜绝复制粘贴第三方内容：文案、CMS 富文本编辑器、Notion、Word 等常自动插入 ZWNBSP 或软连字符（U+200B），用于排版“防断行”，但会破坏 HTML 属性值；
- HTML 文件应保存为 UTF-8 无 BOM 格式：部分 Windows 编辑器（如旧版 Notepad）默认添加 BOM 头，虽不影响整体文档，但可能污染内联属性；可在 VS Code 底部状态栏点击编码 → 选择 Save with Encoding → UTF-8（非 UTF-8 with BOM）；
- 自动化防护建议：在构建流程（如 Webpack、Vite 插件）或 CI/CD 中加入 HTML 静态检查，使用 html-validate 或自定义规则检测 href/src 值开头是否含控制字符；
- 同类问题不仅限于 <a>：<script src="...">、<link href="...">、<img src="..."> 同样受此影响，需统一排查。
✅ 总结
看似“协议已写全”的链接失效，往往并非逻辑错误，而是被肉眼不可见的 Unicode 控制字符所劫持。U+FEFF（ZWNBSP）是最典型的“隐形杀手”，它让浏览器彻底放弃绝对 URL 解析，降级为相对路径拼接。解决的关键在于：提高对不可见字符的警惕性，建立编码规范（UTF-8 无 BOM）、禁用高风险粘贴、并借助工具实现自动化检测与清洗。一次精准的字符清理，胜过十次反复调试。
