浏览器对href支持的协议由内置处理器决定，真正稳定可用的仅有http:、https:、mailto:、tel:；ftp:已基本弃用，file:仅限本地双击打开，javascript:等在现代浏览器中默认禁用。
浏览器对 href 属性支持的协议不是“写了就能用”，而是由内置协议处理器决定——能跳、能触发、不报错，只取决于当前浏览器是否注册并允许该协议处理程序。
哪些协议在主流浏览器中真正可用且行为稳定
以下协议在 Chrome 120+、Firefox 125+、Safari 17+、Edge 124+ 中默认启用，无需额外配置，点击后有明确响应：
-
http:和https:：标准网页跳转，最安全、最可控；建议显式写出协议，避免相对路径误判 -
mailto:：触发默认邮件客户端；邮箱地址含中文或空格时，必须先用encodeURIComponent()编码，否则链接截断 -
tel:：移动端唤起拨号界面；号码格式必须为+8613800138000（仅数字和 +），桌面端通常无反应但不报错 -
ftp:：Chrome 95+ 默认屏蔽，Firefox 仅警告，Safari 已完全禁用；生产环境请勿依赖
哪些协议看似合法但实际受限严重
语法上符合规范，但受安全策略、平台限制或用户环境制约，极易“静默失败”：
-
file:：仅当 HTML 文件通过双击本地打开（即 URL 是file:///path/to/index.html）时可能生效；从 HTTP/HTTPS 页面出发的href="file:///xxx"会被浏览器直接拦截，控制台无错误提示 -
data:：支持，但长度超过 ~2MB 时多数浏览器会截断或解析失败；同时受 CSP 策略限制，default-src 'self'通常禁止执行 -
javascript:：Chromium 120+ 和 Safari 17+ 默认禁用；iOS Safari 甚至不触发click事件，还会破坏键盘焦点和屏幕阅读器支持 -
sms:：仅部分 Android 浏览器响应，iOS 完全不识别；企业内网或 MDM 管控设备上常被组策略禁用
自定义协议和锚点链接的隐性陷阱
这两类写法不依赖外部服务，但容易因细节疏忽导致功能失效：
- 自定义协议（如
myapp://open?id=1）：浏览器不会校验、不报错、也不提示；是否唤起应用，完全取决于用户设备是否已注册 handler —— 测试时需覆盖真实终端环境 - 锚点链接（
href="#section-2"）：目标元素必须有id="section-2"；HTML5 中name属性已废弃，无效；ID 含中文、空格、/、?等字符时，必须手动 URL 编码（如href="#%E7%94%A8%E6%88%B7%E5%88%97%E8%A1%A8"） - SPA 场景下，
href="#/users"不会自动触发路由；必须由 JS 显式监听hashchange并调用框架路由方法
为什么你写的 href 没反应，却看不到错误
现代浏览器对非法或受限协议采取“静默降级”策略：不抛异常、不打印日志、不触发事件。常见表现包括：
- 点击
javascript:void(0)无反应，且tab键无法聚焦该链接（可访问性断裂） - 从 HTTPS 页面点击
file://链接，控制台干净得像没点过 - 自定义协议在未安装对应 App 的设备上，点击后页面停留原地，毫无提示
-
tel:或mailto:在企业终端被组策略禁用时，行为与普通文本无异
真正关键的判断点从来不是“文档写了什么”，而是“当前运行环境是否注册了该协议处理器”。测试阶段务必使用真实设备+真实网络策略，而不是仅靠本地开发服务器验证。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
