空格会导致链接失效，因URL规范禁止未编码空格；href中含空格需手动编码为%20，或改用短横线命名文件（如page-one.html）以确保兼容性。
HTML 中的空格本身不会让链接“失效”，但如果你在 属性值里写了带空格的路径（比如 href="my file.html"），浏览器会把它当作一个不合法的 URL，导致点击后 404 或跳转到错误地址。
为什么空格会让链接“打不开”
URL 规范（RFC 3986）明确禁止未编码的空格。浏览器遇到 href="page one.html" 时，实际解析成 page%20one.html 的行为取决于 HTML 解析器和后续请求逻辑——但前提是这个字符串被当作完整 URL 处理；而如果空格出现在属性值中未加引号、或被 HTML 解析截断，就可能直接出错。
- 未加引号的属性值：如
→ 解析器只读到page，后面被当作文本内容 - 引号内含空格但未编码：如
href="page one.html"→ 大多数现代浏览器会自动编码为page%20one.html，但某些环境（如本地文件系统、旧版 webview、部分邮件客户端）不保证此行为 - 服务端未配置空格文件支持：即使 URL 编码正确，服务器也可能拒绝响应含空格的路径（尤其 nginx 默认禁用）
正确写法：用 URL 编码替代空格
最稳妥的方式是手动把空格替换成 %20，而不是依赖浏览器自动转换。
跳转到页面一其他常见字符也需编码：空格→%20、中文→%E4%B8%AD%E6%96%87、/→%2F（注意斜杠一般不用编码，除非在路径段中作为数据）。
立即学习“前端免费学习笔记（深入）”；
- javaScript 中可用
encodeURIComponent()处理路径片段（不含协议和域名） - python 中用
urllib.parse.quote() - 不要对整个 URL 调用
encodeURI()，它不编码/和:，适合完整 URL；encodeURIComponent()更适合单个参数或文件名
更推荐的做法：根本别用空格命名文件
空格是 Web 开发中最容易引发路径问题的命名习惯之一，尤其在跨平台、脚本处理、CDN 缓存、git 提交等环节都会出问题。
- 用短横线代替空格：
page-one.html（语义清晰，兼容性最好） - 用下划线：
page_one.html（部分老系统偏好，但 seo 不如下划线） - 驼峰式：
pageOne.html（js/TS 项目常见，但对纯静态资源略显突兀） - 所有构建工具（vite、webpack、Jekyll）都支持重写路径，没必要在源头妥协
调试技巧：快速验证链接是否真“失效”
右键链接 → “复制链接地址”，然后粘贴到地址栏看是否包含未编码空格；或者打开开发者工具，在 console 执行：
console.log(document.querySelector('a').href);观察输出的 URL 是否已自动转义为 %20。如果仍是原始空格，说明 HTML 写法有误（比如漏引号），或该链接根本没被浏览器识别为有效超链接。
真正麻烦的不是空格本身，而是不同环节对它的容忍度不一致——浏览器可能帮你兜底，但 Nginx、CDN、node.js 的 fs.readFile、甚至 curl 命令都不会。