浏览器支持的href协议包括http、https、ftp、file、mailto、tel、sms、data及自定义协议；其中http/https默认启用，file在现代浏览器中基本禁用，data url过长会截断，自定义协议依赖系统handler注册；锚点跳转需目标元素含id属性，特殊字符需编码；路径解析以当前url为基础；csp等安全策略可能拦截tel:、javascript:等协议。
哪些协议能用在 href 里
浏览器对 href 支持的协议不是随意写的，而是由浏览器内置的协议处理器决定。常见且广泛支持的有：http、https、ftp、file、mailto、tel、sms、data。其中 http 和 https 是默认启用且无限制的；file 协议在现代浏览器中基本被禁用（尤其跨域或从 HTTP 页面触发时会静默失败）；data URL 虽然语法合法，但过长会触发截断或解析错误。
自定义协议（如 myapp://）能否工作，取决于用户设备是否注册了对应 handler —— 浏览器不会报错，但点击后可能无响应或弹出“无法打开”提示。
href 指向页面内锚点的写法和限制
用 #section-id 跳转到同一页面内的元素，前提是目标元素必须有 id 属性（name 在 HTML5 中已废弃，不推荐）。注意：如果目标 id 值含空格、中文或特殊字符（如 id="user name"），需手动编码为 %20 等，否则跳转失败。
-
href="#top"有效，但页面必须存在id="top"元素（不能只靠name="top"） - 单页应用（SPA）中，直接写
#/users不会触发路由，除非 JS 主动监听hashchange - 使用
scroll-behavior: smooth可启用平滑滚动，但不改变锚点匹配逻辑
相对路径 vs 绝对路径：href 解析规则
浏览器解析 href 时，始终以当前页面 URL 为基础做补全。例如当前页是 https://a.com/b/c/：
-
href="d.html"→https://a.com/b/c/d.html -
href="/d.html"→https://a.com/d.html（根相对） -
href="../e.html"→https://a.com/b/e.html -
href="//cdn.com/f.js"→ 自动继承当前协议（https://cdn.com/f.js或http://cdn.com/f.js）
特别注意：以 . 开头的路径（如 ./g.html）和无前缀的路径（如 g.html）行为一致，都按当前目录解析；而 // 开头的写法容易被误认为注释，实则是协议相对 URL，要小心 CDN 切换 HTTP/HTTPS 时的混用风险。
安全策略下被拦截的 href 场景
Content Security Policy（CSP）可禁止某些协议跳转。比如设置了 default-src 'self' 但没显式放行 tel:，那么 href="tel:+8613800138000" 在部分浏览器中会被阻止并输出警告：Refused to load the resource tel:+8613800138000 because it violates the following Content Security Policy directive。
另外，javascript: 伪协议在 modern CSP 中默认被禁（除非明确写 script-src 'unsafe-inline'），且 Chrome 98+ 已完全屏蔽其在 a 标签中的执行，点击后仅刷新页面或无反应。
开发时别依赖控制台没报错就认为链接可用 —— 实际环境受 CSP、浏览器策略、扩展插件（如广告拦截器）影响极大，真机测试比本地预览更可靠。
