浏览网页时需要用到的协议是http，客户端与服务器通过http协议进行通信，传输超文本数据如html页面、图片等；现代也广泛使用更安全的https协议。
href 属性支持的协议不是由 HTML 标准自由定义的，而是由浏览器内置的协议处理器决定。能用、能跳、能生效，取决于浏览器是否注册并允许该协议处理程序。
哪些协议实际可用且行为稳定
以下协议在主流浏览器（Chrome/Firefox/Safari/Edge）中广泛支持，且点击后有明确响应：
-
http和https：默认启用，无限制，推荐始终显式写出协议（如href="https://example.com"），避免相对路径误判 -
mailto：触发默认邮件客户端，注意邮箱地址中的空格或中文必须用encodeURIComponent()编码，否则链接会截断或失败 -
tel：移动端唤起拨号界面，格式应为href="tel:+8613800138000"；桌面端通常无反应，不报错也不提示 -
sms：仅部分 Android 浏览器支持，iOS 基本不响应，慎用于生产环境 -
ftp：现代浏览器已普遍禁用或静默降级，Chrome 从 95 起默认屏蔽，不要依赖 -
data：语法合法，但过长（如 >2MB）会被截断或解析失败，且 CSP 策略常禁止执行
file 协议为什么点不动
现代浏览器对 file:// 实施严格限制：
- 从 HTTP/HTTPS 页面出发的
href="file:///path/to/doc.pdf"会被静默拦截（控制台无错误，但点击无反应） - 仅当整个页面本身通过
file://协议打开（即本地双击 HTML 文件）时，同源file链接才可能工作 - 跨目录访问（如
../other/file.txt）在多数浏览器中直接失败，不提示原因
javascript: 和自定义协议的风险点
javascript: 伪协议虽仍可执行，但已被主流框架和安全策略视为反模式：
-
href="javascript:void(0)"不再推荐——它阻止默认行为却未提供可访问性替代（如键盘焦点、屏幕阅读器支持） - 自定义协议（如
myapp://open?x=1）完全依赖用户设备是否注册 handler；浏览器不会报错，但点击后可能黑屏、弹“无法打开”或彻底静默 -
tel:、mailto:在某些企业内网或受控终端上会被组策略禁用，测试时需覆盖真实运行环境
锚点与协议无关，但 ID 必须存在且合规
写 href="#section-2" 能否跳转，和协议无关，只取决于目标是否存在：
- 目标元素必须有
id="section-2"，name属性在 HTML5 中已废弃，不起作用 - ID 含空格、中文、
/、?等字符时，必须手动 URL 编码（如id="用户列表"→href="#%E7%94%A8%E6%88%B7%E5%88%97%E8%A1%A8"） - SPA 场景下，
href="#/users"不会触发路由，除非 JS 显式监听hashchange并调用路由逻辑
真正容易被忽略的是：协议是否生效，不看文档写法，而看当前上下文（页面协议、CSP 设置、终端系统注册状态）。调试时别只查 HTML，要开 DevTools → Network 标签，看请求是否发出；若没发，大概率是协议被拦截或解析失败。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
